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(54) Non-volatile record medium, recording medium, and recording apparatus 



(57) A non -volatile recording medium for recording 
a digital audio signal that has been compressed at a 
compression rate selectable in a predetermined range 
and block-segmented in a predetermined data length is 



disclosed, wherein the predetermined data length of 
which the digital audio data is block-segmented is de- 
cided in consideration of the maximum recordable time 
and the data length of which the digital audio signal is 
encrypted. 
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Description 

[0001] The present invention relates to a non-volatile 
record medium, a recording method, and a recording 
apparatus. 

[0002] EEPROM (Electrically Erasable Programma- 
ble ROM) that is an electrically rewritable non -volatile 
memory requires a large space because each bit is com- 
posed of two transistors. Thus, the integration of EEP- 
ROM is restricted. To solve this problem, a flash memory 
that allows one bit to be accomplished with one transis- 
tor using all-bit-erase system has been developed. The 
flash memory is being expected as a successor of con- 
ventional record mediums such as magnetic disks and 
optical discs. 

[0003] A memory card using a flash memory is also 
known. The memory card can be freely attached to an 
apparatus and detached therefrom. A digital audio re- 
cording/reproducing apparatus that uses a memory 
card instead of a conventional CD (Compact Disc: 
Trademark) or MD (Mini DiscrTrademark) can be ac- 
complished. 

[0004] A file management system used for a conven - 
tional personal computer is named FAT (File Allocation 
Table). In the FAT system, when a particular file is de- 
fined, predetermined parameters are successively set 
to the file. Thus, the size of a file becomes variable. One 
file is composed of at least one management unit (sec- 
tor, cluster, or the like). Data corresponding to the man- 
agement unit is written to a table referred to as FAT. In 
the FAT file system, a file structure can be easily formed 
regardless of the physical characteristics of a record 
medium. Thus, the FAT file system can be used for a 
magneto-optical disc as well as a floppy disk and a hard 
disk. In the above-mentioned memory card, the FAT file 
system is used. 

[0005] However, a CD on which audio data is record- 
ed does not have the concept of the FAT system at all. 
In the era of the MD with which audio data can be re- 
corded and reproduced, music programs are recorded 
and edited using an FAT modified system called Link-P. 
Thus, the system itself can be controlled with a low pow- 
er CPU. However, using such a system, data cannot be 
exchanged with a personal computer. Thus, the MD sys- 
tem has been developed as an isolated AV system. 
[0006] Audio data recorded on an MD is sampled with 
1 6 bits at 44. 1 kHz. 5 1 2 samples of audio data are com- 
pressed to 21 2 bytes. Thus, the following relation is sat- 
isfied. 

212 x 8/ (512 x 16) = 0.21 

In other words, audio data recorded on an MD is com- 
pressed so that the data amount of the compressed au- i 
dio data becomes around 1/5 of the data amount of the 
original data. The data value of 212 bytes basically de- 
pends on the sector structure of a record medium. In 



other words, as long as the data value is an integer, one 
of 211 bytes, 212 bytes, 213 bytes, 214 bytes, and 215 
bytes can be selected. 

[0007] In recent years, with respect to digital record- 
5 ing of music data, the rights of copyright owners should 
be adequately protected. In other words, using technol- 
ogies of personal computers, digital music data can be 
easily copied. To prevent digital music data from being 
illegally copied, a next generation audio data that is en- 
io crypted has been proposed. 

[0008] When audio data is encrypted corresponding 
to DES (Data Encrypting Standard), after audio data is 
compressed, it is encrypted. Since an encrypting key 
used in the encrypting process has around 64 bits (= 56 
is bits + 8 bits (CRC) (thus, 8 bytes)), when audio data is 
encrypted with the 64-bit key, because of the data unit 
of the compressing process, factions take place. For ex- 
ample, in the case of audio data of an MD, since 212 / 
8 = 26.5, when the encrypting process is performed 27 
20 times, data becomes insufficient. 

[0009] To compensate the insufficient data, when 
four-byte data is added as dummy data, the problem of 
fractions can be sofved. However, a data toss of around 
2 % (4 / 212 = 0.01 9) takes place. When 215 bytes are 
25 selected as the compression data unit, dummy data of 
seven bytes is required. The data loss amounts to 
around 3.3 % (7 / 21 5 = 0.0326). When a memory card 
of 64 Mbytes is used, the data toss of 3.3 % is equivalent 
to data of 2. 1 Mbytes. At the present time, such a data 
30 loss is a critical problem in such an expensive memory 
card. 

[001 0] Although dummy data added for fractions may 
be used as sub-data having secondary information, 
since it is troublesome to manage dispersed data, this 

35 method will not be effective countermeasures. 

[001 1 ] Various respective aspects and features of the 
invention are defined in the appended claims. 
[0012] Embodiments of the present invention can pro- 
vide a non-volatile record medium, a recording method, 

40 and a recording apparatus that allow an encrypting proc- 
ess to be effectively performed. 

[001 3] Embodiments of the invention can allow digital 
audio data that has been compressed at a variable rate 
to be block-segmented corresponding to the data length 
45 of an encoding process, the data unit of an editing proc- 
ess, and a recordable time. 

[001 4] A first aspect of the present invention is a non- 
volatile recording medium for recording a digital audio 
signal that has been compressed at a compression rate 

k> selectable in a predetermined range and block-seg- 
mented in a predetermined data length, wherein the pre- 
determined data length of which the digital audio data 
is block-segmented is decided in consideration of the 
maximum recordable time and the data length of which 

; 5 the digital audio signal is encrypted. 

[0015] A second aspect of the present invention is a 
recording method for recording a digital audio signal that 
has been compressed at a compression rate selectable 
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in a predetermined range and block-segmented in a pre- 
determined data length to a non-volatile record medium, 
comprising the steps of deciding the predetermined data 
length of which the digital audio signal is block-segment- 
ed corresponding to the maximum recordable time and s 
the data length of which the digital audio signal is en- 
crypted, block-segmenting the encrypted digital audio 
signal corresponding to the decided predetermined data 
length, and recording the block-segmented digital audio 
signal to the non-volatile record medium. io 
[0016] A third aspect of the present invention is a re- 
cording apparatus for recording a digital audio signal 
that has been compressed at a compression rate se- 
lectable in a predetermined range and block-segmented 
in a predetermined data length to a non-volatile record is 
medium, comprising a memory means having a table 
for deciding the predetermined data length of which the 
digital audio signal is block-segmented corresponding 
to the maximum recordable time and the data length of 
which the compressed digital audio signal is encrypted, 20 
a selecting means for selecting a predetermined com- 
pression rate in the predetermined range, a deciding 
means for deciding the predetermined data length of 
which the encrypted digital audio signal is block-seg- 
mented with reference to the table of the memory means 2s 
corresponding to the predetermined compression rate 
selected by the selecting means, 

a block-segmenting means for block-segmenting 
the encrypted digital audio signal corresponding to the 
predetermined data length decided by the deciding 30 
means, and a recording means for recording the digital 
audio signal block segmented by the block segmenting 
means to the non-volatile record medium. 
£001 7] The invention will now be described by way of 
example with reference to the accompanying drawings, 3S 
throughout which like parts are referred to by like refer- 
ences, and in which: 

Fig. 1 is a block diagram showing the structure of a 
digital audio player using a nonvolatile memory card 40 
according to the present invention; 
Fig. 2 is a block diagram showing the internal struc- 
ture of a DSP 30 according to the present invention; 
Fig. 3 is a block diagram showing the internal struc- 
ture of a memory card 40 according to the present « 
invention; 

Fig. 4 is a schematic diagram showing a file man- 
agement structure of a memory card as a storage 
medium according to the present invention; 
Fig. 5 is a schematic diagram showing the physical so 
structure of data in a flash memory 42 of the mem- 
ory card 40 according to the present invention; 
Fig. 6 is a data structure of the memory card 40 ac- 
cording to the present invention; 

Fig. 7 is a schematic diagram showing the hierarchy ss 
of the file structure in the memory card 40; 
Fig. 8 is a schematic diagram showing the data 
structure of a reproduction management file PB- 



LIST. MSF that is a sub directory stored in the mem- 
ory card 40; 

Fig. 9 is a schematic diagram showing the data 
structure in the case that one ATRAC3 data file is . 
divided into blocks with a predetermined unit length 
and that attribute files are added thereto; 
Fig. 1 0A is a schematic diagram showing the file 
structure before two files are edited with a combin- 
ing process; 

Fig. 1 0B is a schematic diagram showing the file 
structure after two files are edited with a combining 
process; 

Fig. 10C is a schematic diagram showing the file 
structure after one file is edited with a dividing proc- 
ess; 

Fig. 11 is a schematic diagram showing the data 
structure of a reproduction management file PB- 
LIST; 

Fig. 12A is a schematic diagram showing the data 
structure of a header portion of the reproduction 
management file PBLIST; 

Fig. 12B is a schematic diagram showing the data 
structure of a main data portion of the reproduction 
management file PBLIST; 

Fig. 12C is a schematic diagram showing the data 
structure of aiTadditionahinformation efeita-portion 
of the reproduction management file PBLIST; 
Fig. 13 is a table that correlates showing types of 
additional information data and code values there- 
of; 

Fig. 1 4 is a table that correlates types of additional 

information data and code values thereof; 

Fig. 15 is a table that correlates types of additional 

information data and code values thereof; 

Fig. 16A is a schematic diagram showing the data 

structure of additional information data; 

Fig. 16B is a schematic diagram showing the data 

structure in the case that additional information data 

is an artist name; 

Fig. 16C is a schematic diagram showing the data 
structure in the case that additional information data 
is a copyright code; 

Fig. 1 6D is a schematic diagram showing the data 
structure in the case that additional information data 
is date/time information; 

Fig. 16E is a schematic diagram showing the data 
structure in the case that additional information data 
is a reproduction tog; 

Fig. 1 7 is a schematic diagram showing a detailed 

data structure of an ATRAC3 data file; 

Fig. 18 is a schematic diagram showing the data 

structure of an upper portion of an attribute header 

that composes an ATRAC3 data file; 

Fig. 19 is a schematic diagram showing the data 

structure of a middle portion of the attribute header 

that composes an ATRAC 3 data file; 

Fig. 20 is a table that correlates record modes. 

record time, and so forth; 
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Fig. 21 is a table showing copy control states; 
Fig. 22 is a schematic diagram showing the data 
structure of a lower portion of the attribute header 
that composes an ATR AC3 data file; 
Fig. 23 is a schematic diagram showing the data s 
structure of a header of a data block of an ATRAC3 
data file; 

Figs. 24A to 24C are flow charts showing a recov- 
ering method according to the present invention in 
the case that an FTA area was destroyed; ro 
Fig. 25 is a schematic diagram showing the file 
structure in the memory card 40 according to a sec- 
ond embodiment of the present invention; ^ 
Fig. 26 is a schematic diagram showing the relation 
between a track information management file TRK- is 
LIST.MSF and an ATRAC3 data file A3Dnnnna 
MSA; 

Fig. 27 is a schematic diagram showing the detailed 
data structure of the track information management 
file TRKLIST.MSF; 20 
Fig. 28 is a schematic diagram showing the detailed 
data structure of NAME1 for managing a name; 
Fig. 29 is a schematic diagram showing the detailed 
data structure of NAME2 for managing a name; 
Fig. 30 is a schematic diagram showing the detailed 2s 
data structure of an ATRAC3 data file A3Dnnnnn. 
MSA; 

Fig. 31 is a schematic diagram showing the detailed 
data structure of INFLIST.MSF that represents ad- 
ditional information; 30 
Fig. 32 is a schematic diagram showing the detailed 
data structure of INFUST.MSF that represents ad- 
ditional information data; 

Fig. 33 is a flow chart showing a recovering method 
according to the second embodiment of the present 35 
invention in the case that an FAT area was de- 
stroyed; and 

Fig. 34 is a table showing the relation between data 
bytes and transmission rates according to the 
present invention. 40 

[0018] Next, an embodiment of the present invention 
will be described. Fig. 1 is a block diagram showing the 
structure of a digital audio recorder/player using a mem- 
ory card according to an embodiment of the present in- 45 
vention. The digital audio recorder/player records and 
reproduces a digital audio signal using a detachable 
memory card. In reality, the recorder/player composes 
an audio system along with an amplifying unit, a speak- 
er, a CD player, an MD recorder, a tuner, and so forth, so 
However, it should be noted that the present invention 
can be applied to other audio recorders. In other words, 
the present invention can be applied to a portable re- 
cording/reproducing apparatus. In addition, the present 
invention can be applied to a set top box that records a ss 
digital audio data that is circulated as a satellite data 
communication, a digital broadcast, or Internet. Moreo- 
ver, the present invention can be applied to a system 



that records/reproduces moving picture data and still 
picture data rather than audio data. The system accord- 
ing to the embodiment of the present invention can 
record and reproduce additional information such as 
picture and text other than a digital audio signal. 
[0019] The recording/reproducing apparatus has an 
audio encoder/decoder IC 10, a security IC 20, a DSP 
(Digital Signal Processor) 30. Eaclfbf these devices is 
composed of a one-chip IC. The recording/reproducing 
apparatus has a detachable memory card 40. The one- 
chip IC of the memory card 40 has flash memory (non- 
volatile memory), a memory control block, and a security 
block. The security block has a DES (Data Encryption 
Standard) encrypting circuit. According to the embodi- 
ment, the recording/reproducing apparatus may use a 
microcomputer instead of the DSP 30. 
[0020] The audio encoder/decoder IC 1 0 has an audio 
interface 11 and an encoder/decoder block 12. The en- 
coder/decoder block 12 encodes a digital audio data 
corresponding to a highly efficient encoding method and 
writes the encoded data to the memory card 40. In ad- 
dition, the encoder/decoder block 12 decodes encoded 
data that is read from the memory card 40. As the highly 
efficient encoding method, the ATRAC3 format that is a 
modification of the ATRAC (Adaptive Transform Acous- 
tic Coding) format used in Mini-Disc is used. 
[0021] In the ATRAC3 format, audio data sampled at 
44.1 kHz and quantized with 16 bits is highly efficiently 
encoded. In the ATRAC3 format, the minimum data unit 
of audio data that is processed is a sound unit (SU). 1 
SU is data of which data of 1024 samples (1024 x 16 
bits x 2 channels) is compressed to data of several hun- 
dred bytes. The duration of 1 SU is around 23 msec. In 
the highly efficient encoding method, the data amount 
of audio data is compressed to data that is around 10 
times smaller than that of original data. As with the 
ATRAC 1 format used in Mini-Disc, the audio signal com- 
pressed and decompressed corresponding to the 
ATRAC3 format less deteriorates in the audio quality. 
[0022] A line input selector 1 3 selectively supplies the 
reproduction output signal of an MD, the output signal 
of a tuner, or a reproduction output signal of a tape to 
an A/D converter 1 4. The A/D converter 1 4 converts the 
input line signal to a digital audio signal (sampling fre- 
quency = 44.1 kHz; the number of quantizing bits = 16). 
A digital input selector 16 selectively supplies a digital 
output signal of an MD, a CD, or a CS (Satellite Digital 
Broadcast) to a digital input receiver 1 7. The digital input 
signal is transmitted through for example an optical ca- 
ble. An output signal of the digital input receiver 17 is 
supplied to a sampling rate converter 15. The sampling 
rate converter 15 converts the digital input signal into a 
digital audio signal (sampling frequency = 44. 1 kHz; the 
number of quantizing bits = 16). 

[0023] The encoder/decoder block 1 2 of the audio en- 
coder/decoder IC 10 supplies encoded data to a DES 
encrypting circuit 22 through an interface 21 of the se- 
curity IC 20. The DES encrypting circuit 22 has a FIFO 
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23. The OES encrypting circuit 22 is disposed so as to 
protect the copyright of contents. The memory card 40 
also has a DES encrypting circuit. The OES encrypting 
circuit 22 of the recording/reproducing apparatus has a 
plurality of master keys and an apparatus-unique stor- s 
age key. The DES encrypting circuit 22 also has a ran- 
dom number generating circuit. The DES encrypting cir- 
cuit 22 can share an authenticating process and a ses- 
sion key with the memory card 40 that has the DES en- 
crypting circuit. In addition, the DES encrypting circuit to 
22 can re-encrypt data with the storage key of the DES 
encrypting circuit. 

[0024] The encrypted audio data that is output from 
the DES encrypting circuit 22 is supplied to a DSP (Dig- 
ital Signal Processor) 30. The DSP 30 communicates '5 
with the memory card 40 through an interface. In this 
example, the memory card 40 is attached to an attach- 
ing/detaching mechanism (not shown) of the recording/ 
reproducing apparatus. The DSP 30 writes the encrypt- 
ed data to the flash memory of the memory card 40. The 20 
encrypted data is serially transmitted between the DSP 
30 and the memory card 40. In addition, an external 
SRAM (Static Random Access Memory) 31 is connect- 
ed to the DSP 30. The SRAM 31 provides the recording/ 
reproducing apparatus with a sufficient storage capacity 25 
so as to control the memory card 40. 
[0025] A bus interface 32 is connected to the DSP 30. 
Data is supplied from an external controller (not shown) 
to the DSP 30 through a bus 33. The external controller 
controls all operations of the audio system. The external 30 
controller supplies data such as a record command or 
a reproduction command that is generated correspond- 
ing to a user's operation through an operation portion to 
the DSP 30 through the bus interface 32. In addition, the 
external controller supplies additional information such 3$ 
as image information and character information to the 
DSP 30 through the bus interface 32. The bus 33 is a 
bidirectional communication path. Additional informa- 
tion that is read from the memory card 40 is supplied to 
the external controller through the DSP 30, the bus in- *o 
terface 32, and tho bus 33. In reality, the external con- 
troller is disposed in for example an amplifying unit of 
the audio system. In addition, the external controller 
causes a display portion to display additional informa- 
tion, the operation state of the recorder, and so forth. 45 
The display portion is shared by the audio system. Since 
data that is exchanged through the bus 33 is not copy- 
right protected data, it is not encrypted. 
[0026] The encrypted audio data that is read from the 
memory card 40 by the DSP 30 is decrypted by the se- so 
curity IC 20. The audio encoder/decoder IC 1 0 decodes 
the encoded data corresponding to the ATRAC3 format. 
Output data of the audio encoder/decoder 10 is supplied 
to a D/A converter 18. The D/A converter 18 converts 
the output data of the audio encoder/decoder 1 0 into an ss 
analog signal. The analog audio signal is supplied to a 
line output terminal 19. 

[0027] The analog audio signal is supplied to an am- 



plifying unit (not shown) through the line output terminal 
1 9. The analog audio signal is reproduced from a speak- 
er or a head set. The external controller supplies a mut- 
ing signal to the D/A converter 18. When the muting sig- 
nal represents a mute-on state, the- external controller 
prohibits the audio signal from being output from the line 
output terminal 1 9. 

[0028] Fig. 2 is a block diagram showing the internal 
structure of the DSP 30. Referring To Fig. 2, the DSP 30 
comprises a core 34, a flash memory 35, an SRAM 36, 
a bus interface 37, a memory card interface 38, and in- 
ter-bus badges. The DSP 30 has the same function as 
a microcomputer. The core 34 is equivalent to a CPU. 
The flash memory 35 stores a program that causes the 
DSP 30 to perform predetermined processes. The 
SRAM 38 and the external SRAM 31 are used as a RAM 
of the recording/reproducing apparatus. 
[0O29] The DSP 30 controls a writing process for writ- 
ing encrypted audio data and additional information to 
the memory card 40 corresponding to an operation sig- 
nal such as a record command received through the bus 
interfaces 32 and 37 and a reading process for reading 
them therefrom. In other words, the DSP 30 is disposed 
between the application software side of the audio sys- 
tem that records/reproduces audio data and additional 
information and the memory card 40. The DSP 30 is op- 
erated when the memory card 40 is accessed. In addi- 
tion, the DSP 30 is operated corresponding to software 
such as a file system. 

[0030] The DSP 30 manages files stored in the mem- 
ory card 40 with the FAT system used in conventional 
personal computers. In addition to the file system, ac- 
cording to the embodiment of the present invention, a 
management file is used. The management file will be 
descried later. The management file is used to manage 
data files stored in the memory card 40. The manage- 
ment file as the first file management information is used 
to manage audio data files. On the other hand, the FAT 
as the second file management information is used to 
mange all files including audio data files and manage- 
ment files stored in the flash memory of the memory card 
40. The management file is stored in the memory card 
40. The FAT is written to the flash memory along with 
the route directory and so forth before the memory card 
40 is shipped. The details of the FAT will be described 
later. 

[003 1 ] According to the embodiment of the present in- 
vention, to protect the copyright of data, audio data that 
has been compressed corresponding to the ATRAC3 
format is encrypted. On the other hand, since it is not 
necessary to protect the copyright of the management 
file, it is not encrypted. There are two types of memory 
cards that are an encryption type and a non -encryption 
type. However, a memory card for use with the recorder/ 
player that records copyright protected data is limited to 
the encryption type. 

[0032] Voice data and image data that are recorded 
by users are recorded on non-encryption type memory 



5 



9 



EP 1 041 576 A2 



10 



cards. 

[0033] Fig. 3 is a block diagram showing the internal 
structure of the memory card 40. The memory card 40 
comprises a control block 4 1 and a flash memory 42 that 
are structured as a one-chip IC. A bidirectional serial 
interface is disposed between the DSP 30 of the record- 
er/player and the memory card 40. The bidirectional se- 
rial interlace is composed of ten lines that are a clock 
line SCK for transmitting a clock signal that is transmit- 
ted along with data, a status line SBS for transmitting a 
signal that represents a status, a data line 0IO for trans- 
mitting data, an interrupt line INT, two GND lines, two 
IMT lines, and two reserved lines. 
[0034] The clock line SCK is used for transmitting a 
clock signal in synchronization with data. The status line 
SBS is used for transmitting a signal that represents the 
status of the memory card 40. The data line DIO is used 
for inputting and outputting a command and encrypted 
audio data. The interrupt line INT is used for transmitting 
an interrupt signal that causes the memory card 40 to 
interrupt the DSP 30 of the recorder/player When the 
memory card 40 is attached to the recorder/player, the 
memory card 40 generates the interrupt signal. Howev- 
er, according to the embodiment of the present inven- 
tion, since the interrupt signal is transmitted through the 
data line DIO, the interrupt line INT is grounded. 
[0035] A serial/parallel converting, parallel/serial con- 
verting, and interface block (S/P, P/S, l/F block) 43 is an 
interface disposed between the DSP 30 of the recorder/ 
player and the control block 41 of the memory card 40. 
The S/P, P/S, and IF block 43 converts seriaJ data re- 
ceived from the DSP 30 of the recorder/player into par- 
allel data and supplies the parallel data to the control 
block 41 . In addition, the S/P, P/S, and IF block 43 con- 
verts parallel data received from the control block 41 into 
serial data and supplies the serial data to the DSP 30. 
When the S/P, P/S, and IF block 43 receives a command 
and data through the data line DIO, the S/P, P/S, and IF 
block 43 separates them into these that are normally ac- 
cessed to the flash memory 42 and those that are en- 
crypted. 

[0036] In the format of which data is transmitted 
through the data line DIO, after a command is transmit- 
ted, data is transmitted. The S/P, P/S, and IF block 43 
detects the code of a command and determines whether 
the command and data are those that are normally ac- 
cessed or those that are encoded. Corresponding to the 
determined result, the S/P, P/S, and IF block 43 stores 
a command that is normally accessed to a command 
register 44 and stores data that is normally accessed to 
a page buffer 45 and a write register 46. In association 
with the write register 46, the memory card 40 has an 
error correction code encoding circuit 47. The error cor- 
rection code encoding circuit 47 generates a redundant 
code that is an error correction code for data temporarily 
stored in the page buffer 45. 

[0037] Output data of the command register 44, the 
page buffer 45, the write register 46, and the error cor- 



rection code encoding circuit 47 is supplied to a flash 
memory interface and sequencer (hereinafter, referred 
to as memory l/F and sequencer) 51. The memory IF 
and sequencer 51 is an interface disposed between the 

s control block 41 and the flash memory 42 and controls 
data exchanged therebetween. Data is written to the 
flash memory through the memory IF and sequencer 51 . 
[0038] Audio data that has been xom pressed corre- 
sponding to the ATRAC3 format and written to the flash 

10 memory (hereinafter, this audio data is referred to as 
ATRAC3 data) is encrypted by the security I C 20 of the 
recorder/player and the security block 52 of the memory 
card 40 so as to protect the copyright of the ATRAC3 
data. The security block 52 comprises a buffer memory 

15 53, a DES encrypting circuit 54, and a nonvolatile mem- 
ory 55. 

[0039] The security block 52 of the memory card 40 
has a plurality of authentication keys and a unique stor- 
age key for each memory card. The nonvolatile memory 

20 55 stores a key necessary for encrypting data. The key 
stored in the nonvolatile memory 55 cannot be ana- 
lyzed. According to the embodiment, for example, a 
storage key is stored in the nonvolatile memory 55. The 
security block 52 also has a random number generating 

25 circuit. The security block 52 authenticates an applica- 
ble recorder/player and shares a session key therewith. 
In addition, the security block 52 re-encrypts contents 
with the storage key through the DSE encrypting circuit 
54. 

30 [0040] For example, when the memory card 40 is at- 
tached to the recorder/player, they are mutually authen- 
ticated. The security IC 20 of the recorder/flayer and 
the security block 52 of the memory card 40 mutually 
authenticate. When the recorder/player has authenticat- 
es ed the attached memory card 40 as an applicable mem- 
ory card and the memory card 40 has authenticated the 
recorder/player as an applicable recorder/player, they 
are mutually authenticated. After the mutual authenti- 
cating process has been successfully performed, the re- 
40 corder/playerand the memory card 40 generate respec- 
tive session keys and share them with each other. 
Whenever the recorder/player and the memory card 40 
authenticate each other, they generate respective ses- 
sion keys. 

45 [0041] When contents are written to the memory card 
40, the recorder/player encrypts a contents key with a 
session key and supplies the encrypted data to the 
memory card 40. The memory card 40 decrypts the con- 
tents key with the session key, re-encrypts the contents 

so key with a storage key, and supplies the contents key to 
the recorder/player. The storage key is a unique key for 
each memory card 40. When the recorder/player re- 
ceives the encrypted contents key, the recorder/player 
performs a formatting process for the encrypted con- 

ss tents key, and writes the encrypted contents key and the 
encrypted contents to the memory card 40. 
[0042] In the above section, the writing process for the 
memory card 40 was described. In the following, the 
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reading process (or the memory card 40 will be de- 
scribed. Data that is read from the flash memory 42 is 
supplied to the page buffer 45, the read register 48. and 
the error correction circuit 49 through the memory IF and 
the sequencer 51. The error correcting circuit 49 cor- 
rects an error of the data stored in the page buffer 45. 
Output data of the page buffer 45 that has been error- 
corrected and the output data of the read register 48 are 
supplied to the S/P, P/S, and IF block 43. The output 
data of the S/P, P/S, and IF block 43 is supplied to the 
DSP 30 of the recorder/player through the above-de- 
scribed serial interlace. 

[0043] When data is read from the memory card 40, 
the contents key encrypted with the storage key and the 
contents encrypted with the block key are read from the 
flash memory 42. The security block 52 decrypts the 
contents key with the storage key The security block 52 
re-encrypts the decrypted content key with the session 
key and transmits the re-encrypted contents key to the 
recorder/player. The recorder/player decrypts the con- 
tents key with the received session key and generates 
a block key with the decrypted contents key The record- 
er/player successively decrypts the encrypted ATRAC 3 
data. 

[0044] A config. ROM 50 is a memory that stores par- 
tition information, various types of attribute information, 
and so forth of the memory card 40. The memory card 
40 also has an erase protection switch 60. When the 
switch 60 is in the erase protection position, even if a 
command that causes the memory card 40 to erase data 
stored in the flash memory 42 is supplied from the re- 
corder/player side to the memory card 40. the memory 
card 40 is prohibited from erasing the data stored in the 
flash memory 42. An OSC conL 61 is an oscillator that 
generates a clock signal that is the reference of the tim- 
ing of the process of the memory card 40. 
[0045] Fig. 4 is a schematic diagram showing the hi- 
erarchy of the processes of the file system of the com- 
puter system that uses a memory card as a storage me- 
dium. On the hierarchy, the top hierarchical level is an 
application process layer. The application process layer 
is followed by a file management process layer, a logical 
address management layer, a physical address man- 
agement layer, and a flash memory access layer. In the 
above-mentioned hierarchical structure, the file man- 
agement process layer is the FAT file system. Physical 
addresses are assigned to individual blocks of the flash 
memory. The relation between the blocks of the flash 
memory and the physical addresses thereof does not 
vary. Logical addresses are addresses that are logically 
handled on the file management process layer. 
[0046] Fig. 5 is a schematic diagram showing the 
physical structure of data handled in the flash memory 
42 of the memory card 40. In the memory 42, a data unit 
(referred to as segment) is divided into a predetermined 
number of blocks (fixed length). One block is divided into 
a predetermined number of pages (fixed length). In the 
flash memory, data is erased as each block at a time. 



Data is written to the flash memory 42 or read therefrom 
as a page at a time. The size of each block is the same. 
.Likewise, the size of each page is the same. One block 
is composed of page 0 to page m. For example, one 
s block has a storage capacity of for example 8 KB (kilo- 
bytes) or 16 KB. One page has a storage capacity of 
512 B (bytes). When one block has a storage capacity 
of 8 KB, the total storage capacity of the flash memory 
42 is 4 MB (512 blocks) or 8 MB (1024 blocks). When 
10 one block has a storage capacity of 1 6 KB, the total stor- 
age capacity of the flash memory 42 is 16 MB (1024 
blocks), 32 MB (2048 blocks), or 64 MB (4096 blocks). 
[0047] One page is composed of a data portion of 51 2 
bytes and a redundant portion of 1 6 bytes. The first three 
'5 bytes of the redundant portion is an overwrite portion 
that is rewritten whenever data is updated. The first 
three bytes successively contain a block status area, a 
page status area, and an update status area. The re- 
maining 1 3 bytes of the redundant portion are fixed data 
20 that depends on the contents of the data portion. The 
13 bytes contain a management flag area (1 byte), a 
logical address area (2 bytes), a format reserve area (5 
bytes), a dispersion information ECC area (2 bytes), and 
a data ECC area (3 bytes). The dispersion information 
ECC area contains redundant data for an error correc- 
tion process against the management flagrarea; the log- 
ical address area, and the format reserve area. The data 
ECC area contains redundant data for an error correc- 
tion process against 512-byte data. 
[0048] The management flag area contains a system 
flag ( 1 : user block. 0: boot block), a conversion table flag 
(1 : invalid, 0: table block), a copy prohibition flag (1 : OK, 
0: NG) t and an access permission flag (1 : free, 0: read 
protect). 

[0049] The first two blocks - blocks 0 and 1 are boot 
blocks. The block 1 is a backup of the block 0. The boot 
blocks are top blocks that are valid in the memory card. 
When the memory card is attached to the recorder/play- 
er, the boot blocks are accessed at first. The remaining 
blocks are user blocks. Page 0 of the boot block contains 
a header area, a system entry area, and a boot and at- 
tribute information area. Page 1 of the boot block con- 
tains a prohibited block data area. Page 2 of the boot 
block contains a CIS (Card Information StructureyiDI 
(identify Drive Information). area. 

[0050] The header area of the boot block contains a 
boot block ID and the number of effective entries. The 
system entries are the start position of prohibited block 
data, the data size thereof, the data type thereof, the 
data start position of the CIS/IDI area, the data size 
thereof, and the data type thereof. The boot and attribute 
information contains the memory card type (read only 
type, rewritable type, or hybrid type), the block size, the 
number of blocks, the number of total blocks, the secu- 
rity/non -security type, the card fabrication data (date of 
fabrication), and so forth. 

[005 1 ] Since the flash memory has a restriction for the 
number of rewrite times due to the deterioration of the 
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insulation Rim, it is necessary to prevent the same stor- 
age area (block) from being concentratedly accessed. 
Thus, when data at a particular logical address stored 
at a particular physical address is rewritten, updated da- 
ta of a particular block is written to a non-used block 
rather than the original block. Thus, after data is updat- 
ed, the relation between the logical address and the 
physical address changes. This process is referred to 
as swap process. Consequently, the same block is pre- 
vented from being concentratedly accessed. Thus, the 
service life of the flash memory can be prolonged. 
[0052] The logical address associates with data writ- 
ten to the block. Even if the block of the original data is 
different from the block of updated data, the address on 
the FAT does not change. Thus, the same data can be 
properly accessed. However, since the swap process is 
performed, a conversion table that correlates logical ad- 
dresses and physical addresses is required (this table 
is referred to as logical-physical address conversion ta- 
ble). With reference to the logical-physical address con- 
version table, a physical address corresponding to a log- 
ical address designated on the FAT is obtained. Thus, 
a block designated with a physical address can be ac- 
cessed. 

[0053] The DSP 30 stores the logical-physical ad- 
dress conversion table in the SRAM. When the storage 
capacity of the RAM is small, the logical-physicaJ ad- 
dress conversion table can be stored to the flash mem- 
ory. The logical-physicaJ address conversion table cor- 
relates logical addresses (2 bytes) sorted in the ascend- 
ing order with physical addresses (2 bytes). Since the 
maximum storage capacity of the flash memory is 128 
MB (8192 blocks), 8192 addresses can be assigned 
with two bytes. The logical-physical address conversion 
table is managed for each segment. Thus, the size of 
the logical-physical address conversion table is propor- 
tional to the storage capacity of the flash memory. When 
the storage capacity of the flash memory is 8 MB (two 
segments), two pages are used as the logical-physical 
address conversion table for each of the segments. 
When the conversion table is stored in the flash memory, 
a predetermined one bit of the management flag area 
in the redundant portion in each page represents wheth- 
er or not the current block is a block containing the log- 
ical-physical address conversion table. 
[0054] The above-described memory card can be 
used with the FAT file system of a personal computer 
system as with the disc shaped record medium. The 
flash memory has an I PL area, a FAT area, and a route 
directory area (not shown in Fig. 5). The I PL area con- 
tains the address of a program to be initially loaded to 
the memory of the recorder/player. In addition, the I PL 
area contains various types of memory information. The 
FAT area contains information with respect to blocks 
(clusters). The FAT has defined unused blocks, next 
block number, defective blocks, and last block number. 
The route directory area contains directory entries that 
are a file attribute, an update date [day, month, year], 



file size, and so forth. 

[0055] Next, with reference to Fig. 6, a managing 
method using the FAT table will be described. 
[0056] Fig. 6 is a schematic diagram showing a mem- 
s ory map. The top area of the memory map is a partition 
table portion. The partition table portion is followed by a 
block area, a boot sector, a FAT area, a FAT backup ar- 
ea, a root directory area, a sub directory area, and a 
data area. On the memory map, logical addresses have 
io been converted into physical addresses corresponding 
to the logical-physical address conversion table. 
[0057] The boot sector, the FAT area, the FAT backup 
area, the root directory area, the sub directory area, and 
the data area are referred to as FAT partition area. 
is [0058] The partition table portion contains the start 
address and the end address of the FAT partition area. 
[0059] The FAT used for a conventional floppy disk 
does not have such a partition table. Since the first track 
has only a partition table, there is a blank area. The boot 

20 sector contains the size of the FAT structure (1 2 bit FAT 
or 1 6 bit FAT), the cluster size, and the size of each area 
The FAT is used to manage the position of a file recorded 
in the data area. The FAT copy area is a FAT backup 
area. The route directory area contains file names, start 

25 cluster addresses thereof, and various attributes there- 
of. The route directory area uses 32 bytes per file. 
[0060] The sub directory area is achieved by a direc- 
tory attribute file as a directory. In the embodiment 
shown in Fig. 6, the sub directory area has four files 

30 named PBLIST.MSF, CAT. MS F, DOG. MS F, and MAN. 
MFA. The sub directory area is used to manage file 
names and record positions on the FAT. In other words, 
the slot of the file name CAT.MSF is assigned address 
"10" on the FAT. The slot of the file name DOG.MSF is 

35 assigned address "10" on the FAT. An area after cluster 
2 is used as a data area. In this embodiment, audio data 
that has been compressed corresponding to the 
ATRAC 3 format is recorded. The top slot of the file name 
MAN. MSA is assigned address "110" on the FAT. Ac- 

40 cording to the embodiment of the present invention, au- 
dio data with the file name CAT.MSF is recorded to clus- 
ter 5 to 8. Audio data of DOG-1 as the first half of the 
file with the file name DOG.MSF is recorded to clusters 
10 to 12. Audio data DOG-2 as the second half of the 

45 file with the file name DOG.MSF is recorded in clusters 
100 and 101. Audio data with the file name MAN.MSF 
is recorded in clusters 110 and 111. 
[0061] In the embodiment of the present invention, an 
example of which a single file is divided into two portions 

so and dispersedly recorded is described. In the embodi- 
ment, an area "Empty" in the data area is a recordable 
area. An area after cluster 200 is used for managing file 
names. The file CAT.MSF is recorded to cluster 200. The 
file DOG.MSF is recorded to cluster 201. The file MAN. 

55 MSF is recorded to cluster 202. When the positions of 
the files are changed, the area after cluster 200 is re- 
arranged. When the memory card is attached, the be- 
ginning and the end of the FAT partition area are record- 
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ed with reference to the top partition table portion. After 
the boot sector portion is reproduced, the root directory 
area and the sub directory area are reproduced. The slot 
of the reproduction management information PBLIST. 
MSF in the sub directory area is detected. Thus, the ad- 
dress of the end portion of the slot of the file PBLIST 
MSF is obtained. In the embodiment, since address 
•200" is recorded at the end of the file PBLIST MSF, clus- 
ter 200 is referenced. 

[0062] The area after cluster 200 is used for managin g 
the reproduction order of files. In the embodiment, the 
file CAT MSA is the first program. The file DOG. MS A is 
the second program. The file MAN. MS A is the third pro- 
gram. After the area after cluster 200 is referenced, slots 
of the files CAT MSA, DOG. MSA, and MAN.MSAare ref- 
erenced. In Fig. 6, the end of the slot of the file CAT MSA 
is assigned address "5". The end of the slot of the file 
DOG. MSA is assigned address "10*. The end of the slot 
of the file MAN.MSA is assigned address "110". When 
an entry address is searched on the FAT with address 
"5", cluster address "6" is obtained. When an entry ad- 
dress is searched on the FAT with address "6", cluster 
address "7" is obtained. When an entry address is 
searched on the FAT with address "8", code "FFF" that 
represents the end.is obtained. Thus, the file CAT. MSA 
uses clusters 5, 6, 7, and 8. With reference to clusters 
5, 6, 7, and 8 in the data area, an area of ATRAC3 data 
with the file name CAT MSA can be accessed. 
[0063] Next, a method for searching the file DOG. 
MSF that has been dispersedfy recorded will be de- 
scribed. The end of the slot of the tile DOG. MSA is as- 
signed address " 1 0". When an entry address on the FAT 
is searched with address "10", cluster address Mf is 
obtained. When an entry address on the FAT is 
searched with address "11" is referenced, cluster ad- 
dress "12" is obtained. When an entry address on the 
FAT is searched with address "12" is referenced, cluster 
address "101" is obtained. When entry address "101" is 
referenced, code "FFF" that represents the end is ob- 
tained. Thus, the file DOG. MSF uses clusters 10, 11. 
12. 100, and 101. When clusters 10, 11, and 12 are ref- 
erenced, the first part of ATRAC3 data of the file DOG. 
MSF can be accessed. When the clusters 100 and 101 
are referenced, the second part of ATRAC 3 data of the 
file DOG. MSF can be accessed. In addition, when an 
entry address is searched on the FAT with address 
"110", cluster address "101" is obtained. When an entry 
address "ill" is searched on the FAT with address 
"101 ", code "FFF" that represents the end is obtained. 
Thus, it is clear that the file MAN.MSA uses clusters 110 
and 1 1 1 . As described above, data files dispersed in the 
flash memory can be linked and sequentially repro- 
duced. 

[0064] According to the embodiment of the present in- 
vention, in addition to the file management system de- 
fined in the format of the memory card 40, the manage- 
ment file is used for managing tracks and parts of music 
files. The management file is recorded to a user block 



of the flash memory 42 of the memory card 40. Thus, 
as will be described later, even if the FAT of the memory 
card 40 is destroyed, a file can be recovered. 
[0065] The management file is generated by the DSP 
5 30. When the power of the recorder/player is turned on, 
the DSP 30 determines whether or not the memory card 
40 has been attached to the recorder/player. When the 
memory card has been attached, the DSP 30 authenti- 
cates the memory card 40. When the DSP 30 has suc- 
10 cessfully authenticated the memory card 40, the DSP 
30 reads the boot block of the flash memory 42. Thus, 
the DSP 30 reads the physical-logical address conver- 
sion table and stores the read data to the SRAM. The 
FAT and the route directory have been written to the 
'5 flash memory of the memory card 40 before the memory 
card 40 is shipped When data is recorded to the mem- 
ory card 40. the management file is generated. 
[0066] In other words, a record command issued by 
the remote controller of the user or the like is supplied 
20 to the DSP 30 from the external controller through the 
bus and the bus interface 32. The encoder/decoder IC 
1 0 compresses the received audio data and supplies the 
resuttant ATRAC3 data to the security IC 20. The secu- 
rity IC 20 encrypts the ATRAC3 data. The encrypted 
25 ATRAC3 data is recorded to the flash memory 42 of the 
memory card 40. Thereafter, the FAT and the manage- 
ment file are updated. Whenever a file is updated (in 
reality, whenever the recording process of audio data is 
completed), the FAT and the management file stored in 
30 the SRAMs 31 and 36 are rewritten. When the memory 
card 40 is detached or the power of the recorder/player 
is turned off, the FAT and the management file that are 
finally supplied from the SRAMs 31 and 36 are recorded 
to the flash memory 42. Alternatively, whenever the re- 
35 cording process of audio data is completed, the FAT and 
the management file written in the flash memory 42 may 
be rewritten. When audio data is edited, the contents of 
the management file are updated. 
[0067] In the data structure according to the embodi- 
40 ment, additional information is contained in the manage- 
ment file. The additional information is updated and re- 
corded to the flash memory 42. In another data structure 
of the management file, an additional information man- 
agement file is generated besides the track manage- 
45 ment file. The additional information is supplied from the 
external controller to the DSP 30 through the bus and 
the bus interface 32. The additional information is re- 
corded to the flash memory 42 of the memory card 40. 
Since the additional information is not supplied to the 
security I C 20, it is not encrypted. When the memory 
card 40 is detached from the recorder/player or the pow- 
er thereof is turned off, the additional information is writ- 
ten from the SRAM of the DSP 30 to the flash memory 
42. 

J5 [0068] Fig. 7 is a schematic diagram showing the file 
structure of the memory card 40. As the file structure, 
there are a still picture directory, a moving picture direc- 
tory, a voice directory, a control directory, and a music 
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(HIFI) directory. According to the embodiment, music 
programs are recorded and reproduced. Next, the music 
directory will be described. The music directory has two 
types of files. The first type is a reproduction manage- 
ment file BLIST.MSF (hereinafter, referred to as PB- s 
LIST). The other type is an ATRAC3 data file A3Dnnnn. 
MSA that stores encrypted music data. The music di- 
rectory can stores up to 400 ATRAC3 data files (namely, 
400 music programs). ATRAC3 data files are registered 
to the reproduction management file and generated by 10 
the recorder/player. 

[0069] Fig. 8 is a schematic diagram showing the 
structure of the reproduction management file. Fig. 9 is 
a schematic diagram showing the file structure of one 
ATRAC 3 data file. The reproduction management file is is 
a fixed-length file of 1 6 KB. An ATRAC3 data file is com- 
posed of an attribute header and an encrypted music 
data area for each music program. The attribute data 
has a fixed length of 1 6 KB. The structure of the attribute 
header is similar to that of the reproduction manage- 20 
ment file. 

[0070] The reproduction management file shown in 
Fig. 8 is composed of a header, a memory card name 
NM-1S (for one byte code), a memory card name 
NM2-S (for two byte code), a program reproduction se- 2S 
quence table TRKTBL, and memory card additional in- 
formation INF-S. The attribute header (shown in Fig. 9) 
at the beginning of the data file is composed of a header, 
a program name NM1 (for one byte code), a program 
name NM2 (for two byte code), track information 30 
TRKINF (such as track key information), part informa- 
tion PRTINF, and track additional information INF. The 
header contains information of the number of total parts, 
the attribute of the name, the size of the additional in- 
formation, and so forth. 35 
[0071] The attribute data is followed by ATRAC3 mu- 
sic data. The music data is block-segmented every 16 
KB. Each block starts with a header. The header con- 
tains an initial value for decrypting encrypted data. Only 
music data of an ATRAC3 data file is encrypted. Thus, *o 
other data such as the reproduction management file, 
the header, and so forth are not encrypted. 
[0072] Next, with reference to Figs. 10A to 10C, the 
relation between music programs and ATFIAC3 data 
files will be described. One track is equivalent to one *5 
music program. In addition, one music program is com- 
posed of one ATRAC3 data (see Fig. 9). The ATRAC3 
data file is audio data that has been compressed corre- 
sponding to the ATRAC3 format. The ATRAC3 data file 
is recorded as a cluster at a time to the memory card so 
40. One cluster has a capacity of 16 KB. A plurality of 
files are not contained in one cluster. The minimum data 
erase unit of the flash memory 42 is one block. In the 
case of the memory card 40 for music data, a block is a 
synonym of a cluster. In addition, one cluster is equiva- ss 
lent to one sector. 

[0073] One music program is basically composed of 
one part. However, when a music program is edited, one 



music program may be composed of a plurality of parts. 
A part is a unit of data that is successively recorded. 
Normally, one track is composed of one part. The con- 
nection of parts of a music program is managed with 
part information PRTINF in the attribute header of each 
music program. In other words, the part size is repre- 
sented with part size PRTSIZE (4 bytes) of the part in- 
formation PRTINF. The first two bytes of the part size 
PRTSIZE represents the number of total clusters of the 
current part The next two bytes represent the positions 
of the start sound unit (SU) and the end sound unit (SU) 
of the beginning and last clusters, respectively Herein- 
after, a sound unit is abbreviated as SU. With such a 
part notation, when music data is edited, the movement 
of the music data can be suppressed. When music data 
is edited for each block, although the movement thereof 
can be suppressed, the edit unit of a block is much larger 
than the edit unit of a SU. 

[0074] SU is the minimum unit of a part. In addition, 
SU is the minimum data unit in the case that audio data 
is compressed corresponding to the ATRAC 3 format 1 
SU is audio data of which data of 1024 samples at 44.1 
kHz (1 024 x 1 6 bits x 2 channels) is compressed to data 
that is around 10 times smaller than that of original data. 
The duration of 1 SU is around 23 msec. Normally, one 
part is composed of several thousand SU. When one 
cluster is composed of 42 SU, one cluster allows a 
sound of one second to be generated. The number of 
parts composing one track depends on the size of the 
additional information. Since the number of parts is ob- 
tained by subtracting the header, the program name, the 
additional data, and so forth from one block, when there 
is no additional information, the maximum number of 
parts (645 parts) can be used. 

[0075] Fig. 1 0A is a schematic diagram showing the 
file structure in the case that two music programs of a 
CD or the like are successively recorded. The first pro- 
gram (file 1 ) is composed of for example five clusters. 
Since one cluster cannot contain two files of the first pro- 
gram and the second program, the file 2 starts from the 
beginning of the next cluster. Thus, the end of the part 
1 corresponding to the file 1 is in the middle of one clus- 
ter and the remaining area of the cluster contains no da- 
ta, tikewise, the second music program (file 2) is com- 
posed of one part. In the case of the file 1 , the part size 
is 5. The first cluster starts at 0-th SU. The last cluster 
ends at 4-th SU. 

[0076] There are four types of edit processes that are 
a divide process, a combine process, an erase process, 
and a move process. The divide process is performed 
to divide one track into two portions. When the divide 
process is performed, the number of total tracks increas- 
es by one. In the divide process, one file is divided into 
two files on the file system. Thus, in this case, the re- 
production management file and the FAT are updated. 
The combine process is performed to combine two 
tracks into one track. When the combine process is per- 
formed, the number of total tracks decreases by one. In . 
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the combine process, two files are combined into one 
file on the file system. Thus, when the combine process 
is performed, the reproduction management file and the 
FAT are updated. The erase process is performed to 
erase a track. The track numbers after the track that has 
been erased decrease one by one. The move process 
is performed to change the track sequence. Thus, when 
the erase process or the move process is performed, 
the reproduction management file and the FAT are up- 
dated. 

[0077] Fig. 10B is a schematic diagram showing the 
combined result of two programs (file 1 and file 2) shown 
in Fig. 1 0A. As a result of the combine process, the com- 
bined file is composed of two parts. Fig. 10C is a sche- 
matic diagram showing the divided result of which one 
program (file 1) is divided in the middle of the cluster 2. 
By the divide process, the file 1 is composed of clusters 
0, 1, and the beginning portion of cluster 2. The file 2 is 
composed of the end portion of cluster 2 and clusters 3 
and 4. 

[0078] As described above, according to the embod- 
iment of the present invention, since the part notation is 
defined, as the combined result (see Fig. 10B), the start 
position of the part 1 , the end position of the part 1 , and 
the end portion of the part 2 can be defined with SU. 
Thus, to pack the space due to the combined result, it 
is not necessary to move the music data of the part 2. 
In addition, as the divided result (see Fig. 10C), it is not 
necessary to move data and pack the space at the be- 
ginning of the file 2. 

[0079] Fig. 1 1 is a schematic diagram showing the de- 
tailed data structure of the reproduction management 
file PBUST. Figs. 12A and 12B show a header portion 
and the remaining portion of the reproduction manage- 
ment file PBLIST The size of the reproduction manage- 
ment file is one cluster (one block = 16 KB). The size of 
the header shown in Fig. 12A is 32 bytes. The rest of 
the reproduction management file PBUST shown in Fig. 
12B contains a name NM1-S area (256 bytes) (for the 
memory card), a name NM2-S area (512 bytes), a con- 
tents key area, a MAC area, an S-YMDhms area, a re- 
production sequence management table TFIKTBL area 
(800 bytes), a memory card additional information INF- 
S area (14720 bytes), and a header information redun- 
dant area. The start positions of these areas are defined 
in the reproduction management file. 
[0080] The first 32 bytes of (0x0000) to (0x0010) 
shown in Fig. 12A are used for the header. In the file, 
16-byte areas are referred to as slots. Referring to Fig. 
1 2A, the header are placed in the first and second slots. 
The header contains the following areas. An area de- 
noted by "Reserved* is an undefined area. Normally, in 
a reserved area, a null (0x00) is written. However, even 
if any data is written to a reserved area, the data written 
in the reserved is ignored. In a future version, some re- 
served areas may be used. In addition, data is prohibited 
from being written to a reserved area. When an option 
area is not used, it is treated as a reserved area. 
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= BLKID-TL0 (4 bytes) 
Meaning: BLOCKID FILE ID 

Function; Identifies the top of the reproduction man- 
agement file. 

Value: Fixed value = TL = 0' (for example. 

0x544C2D30) 

= MCode (2 bytes) 

Meaning: MAKER CODE 

Function: Identifies the maker and model of the re- 
corder/player 

value: High-order 10 bits (Maker code); low-order 
6 bits (model code). 
= REVISION (4 bytes) 

Meaning: Number of rewrite times of PBLIST 
Function: Increments whenever the reproduction 
management file is rewritten. 
Value: Starts at 0 and increments by 1 . 
= S-YMDhms (4 bytes) (Option) 
Meaning: Year, month, day, hour, minute, and sec- 
ond recorded by the recorder/player with a reliable 
clock. 

Function: Identifies the last recorded date and time. 
Value: bits 25 to 31: Year 0 to 99 (1980 to 2079) 

bits 21 to 24: Month 0 to 12 

bits 16 to 20: Day 0 to 31 

bits 1 1 to 15: Hour 0 to 23 

bits 05 to 10: Minute 0 to 59 

bits 00 to 04: Second 0 to 29 (two bit interval) 

= SY1C+L (2 bytes) 

Meaning: Attribute of name (one byte code) of 

memory card written in NM1-S area. 

Function: Represents the character code and the 

language code as one byte code. 

value: Character code (C): High-order one byte 

00: Non-character code, binary number 

01: ASCII (American Standard Code for 

Information Interchange) 

02: ASCII+KANA 

03: Modified 8859-1 

81: MS-JIS 

82: KSC 5601-1989 

83: GB (Great Britain) 2312-80 

90: S-JIS (Japanese Industrial Standards) (for 

Voice) 

Language code (L): Low-or- 
der one byte 

Identifies the language based on EBU Tech 

3258 

standard. 

00: Not set 

08: German 

09: English 

OA: Spanish 

OF: French 

15: Italian 
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1D: Dutch 
65: Korean 
69: Japanese 
75: Chinese 

5 

[0081] When data is not recorded, this area is all 0. 
= SN2C+L (2 bytes) 

Meaning: Attribute of name of memory card in 
NM2-S area. io 
Function: Represents the character code and the 
language coded as one byte code. 
Value: Same as SN1C+L 
= SINFSIZE (2 bytes) 

Meaning: Total size of additional information of 1$ 
memory card in INF-S area. 
Function: Represents the data size as an increment 
of 16 bytes. When data is not recorded, this area is 
all 0. 

Value: Size: 0x0001 to Ox39C (924) 20 

= T-TRK (2 bytes) 

Meaning: TOTAL TRACK NUMBER 

Function: Represents the number of total tracks. 

Value: 1 to 0x01 90 (Max. 400 tracks) 

25 

[0082] When data is recorded, this area is all 0. 

= VerNo (2 bytes) 

Meaning: Format version number 

Function: Represents the major version number 30 

(high order one byte) and the minor version number 

(low order one byte). 

Value: 0x0100 (Ver 1.0) 

0x0203 (Ver 2.3) 

35 

[0083] Next, areas (see Fig. 13B) that preceded by 
the header will be described. 

= NM1-S 

Meaning: Name of memory card (as one byte code) *o 
Function: Represents the name of the memory card 
as one byte code (max. 256). At the end of this area, 
an end code (0x00) is written. The size is calculated 
from the end code. When data is not recorded, null 
(0x00) is recorded from the beginning (0x0020) of 45 
this area for at least one byte. 
Value: various character code 
= NM2-S 

Meaning: Name of memory card (as two byte code) 
Function: Represents the name of the memory card so 
as two byte code (max. 512). At the end of this area, 
an end code (0x00) is written. The size is calculated 
from the end code. When data is not recorded, null 
(0x00) is recorded from the beginning (0x0120) of 
this area for at least two bytes. ss 
Value: various character code 
= CONTENTS KEY 

Meaning: Value for music program. Protected with 



MG(M) and stored. Same as CONTENTS KEY 

Function: Used as a key necessary for calculating 

MAC of S-YMDhms. 

Value: 0 to OxFFFFFFFFFFFFFFFF 

= MAC 

Meaning: Forged copyright information check value 
Function: Represents the value generated with S- 
■ YMDhms and CONTENTS KEY: 
value: 0 to OxFFFFFFFFFFFFFFFF 
= TRK-nnn 

Meaning: SQN (sequence) number of ATRAC3 da- 
ta file reproduced. 

Function: Represents FNo of TRKINF. 
value: 1 to 400 (0x190) 

[0084] When there is no track, this area is all 0. 

= INF-S 

Meaning: Additional information of memory card 
(for example, information with respect to photos, 
songs, guides, etc.) 

Function: Represents variable length additional in- 
formation with a header. A plurality of types of ad- 
ditional information may be used. Each of the types 
of additional information has an ID and a data size. 
Each additional information area including a header 
is composed of at least 16 bytes and a multiple of 
4 bytes. For details, see the following section, 
value: Refer to the section of "Data Structure of Ad- 
ditional Information". 
= S-YMDhms (4 bytes) (Option) 
Meaning: Year, month, day, hour, minute, and sec- 
ond recorded by the recorder/player with a reliable 
clock. 

Function: Identifies the last recorded date and time. 
In this case of EMD, this area is mandatory. 
Value: bits 25 to 31: Year 0 to 99 (1980 to 2079) 

bits 21 to 24: Month 0 to 12 
bits 16 to 24: Day 0 to 31 
bits 11 to 15: Hour 0 to 23 
bits 05 to 10: Minute 0 to 59 
bits 00 to 04: Second 0 to 29 (two second inter- 
val) 

[0085] As the last slot of the reproduction manage- 
ment file, the same BLKID-TL0, MCode, and REVISION 
as those in the header are written. 
[0086] While data is being recorded to a memory card, 
it may be mistakenly or accidentally detached or the 
power of the recorder/player may be turned off. When 
such an improper operation is performed, a defect 
should be detected. As described above, the REVISION 
area is placed at the beginning and end of each block. 
Whenever data is rewritten, the value of the REVISION 
area is incremented- If a defect termination takes place 
in the middle of a block, the value of the REVISION area 
at the beginning of the block does not match the value 
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of the REVISION area at the end of the block. Thus, 
such a defect termination can be detected. Since there 
are two REVISION areas, the abnormal termination can 
be detected with a high probability. When an abnormal 
termination is detected, an alarm such as an error mes- s 
sage is generated. 

[0087] In addition, since the fixed value BLKID-TLO is 
written at the beginning of one block (16 KB), when the 
FAT is destroyed, the fixed value is used as a reference 
for recovering data. In other words, with reference to the to 
fixed value, the type of the file can be determined. Since 
the fixed value BLKID-TLO is redundantly written at the 
header and the end portion of each block, the reliability 
can be secured. Alternatively, the same reproduction 
management file can be redundantly recorded. is 
[0088] The data amount of an ATRAC3 data Tile is 
much larger than that of the track information manage- 
ment file. In addition, as will be described later, a block 
number BLOCK SERIAL is added to ATRAC3 data file. 
However, since a plurality of ATRAC 3 files are recorded 20 
to the memory card, to prevent them from become re- 
dundant, both CONNUM0 and BLOCK SERIAL are 
used. Otherwise, when the FAT is destroyed, it will be 
difficult to recover the file. In other words, one ATRAC3 
data file may be composed of a plurality of blocks that 25 
are dispersed. To identify blocks of the same file, 
CONNUM0 is used. In addition, to identify the order of 
blocks in the ATRAC3 data file, BLOCK SERIAL is used. 
[0089] Likewise, the maker code (Mcode) is redun- 
dantly recorded at the beginning and the end of each 30 
block so as to identify the maker and the model in such 
a case that a file has been improperly recorded in the 
state that the FAT has not been destroyed. 
[0090] Fig. 12C is a schematic diagram showing the 
structure of the additional information data. The addi- 3S 
tional information is composed of the following header 
and variable length data. The header has the following 
areas. 

= INF 40 
Meaning: FIELD ID 

Function: Represents the beginning of the addition- 
al information (fixed value). 
Value: 0x69 

Meaning:. Additional information key code 45 
Function: Represents the category of the additional 
information. 
Value: 0 to OxFF 
= SIZE 

Meaning: Size of individual additional information so 
Function: Represents the size of each type of addi- 
tional information. Although the data size is not lim- 
ited, it should be at least 16 bytes and a multiple of 
4 bytes. The rest of the data should be filled with 
null (0x00). ss 
Value: 16 to 14784 (0x39C0) 
= MCode 

Meaning: MAKER CODE 



Function: Identifies the maker and model of the re- 
corder/player. 

Value: High-order 10 bits (maker code), low-order 
10 bits (machine code). 
= C+L 

Meaning: Attribute of characters in data area start- 
ing from byte 12. 

Function: Represents the character code and the 
language code as one byte code. 
Value: Same as SNC+L 
= DATA 

Meaning: Individual additional information 
Function: Represents each type of additional infor- 
mation with variable length data. Real data always 
starts from byte 1 2. The length (size) of the real data 
should be at least 4 bytes and a multiple of 4 bytes. 
The rest of the data area should be filled with null 
(0x00). 

Value: Individually defined corresponding to the 
contents of each type of additional information. 

[0091] Fig. 1 3 is a table that correlates key code val- 
ues (0 to 63 of additional information and types thereof. 
Key code values (0 to 31 ) are assigned to music char- 
acter information. Key code values (32 to 63) are as- 
signed to URLs (Uniform Resource Locator) (web infor- 
mation). The music character information and URL in- 
formation contain character information of the album ti- 
tle, the artist name, the CM, and so forth as additional 
information. 

[0092] Fig. 14 is a table that correlates key code val- 
ues (64 to 1 27) of additional information and types there- 
of. Key code values (64 to 95) are assigned to paths/ 
others. Key code values (96 to 1 27) are assigned to con- 
trol/numeric data. For example, ID = 98 represents 
TOC-ID as additional information. TOC-ID represents 
the first music program number, the last music program 
number, the current program number, the total perform- 
ance duration, and the current music program duration 
corresponding to the TOC information of a CD (Compact 
Disc). 

[0093] Fig. 15 is a table that correlates key code val- 
ues (128 to 159) of additional information and types 
thereof. Key code values (128 to 159) are assigned to 
synchronous reproduction information. In Fig. 1 5, EMD 
stands for electronic music distribution. 
[0094] Next, with reference to Figs. 16A to 16E, real 
examples of additional information will be described. As 
with Fig. 12C, Fig. 16A shows the data structure of the 
additional information. In Fig. 16B, key code ID = 3 (artist 
name as additional information). SIZE = 0x1 C (28 bytes) 
representing that the data length of additional informa- 
tion including the header is 28 bytes; C+L representing 
that character code C = 0x01 (ASCII) and language 
code L - 0x09 (English). Variable length data after byte 
12 represents one byte data "SIMON & GRAFUNKEL" 
as artist name. Since the data length of the additional 
information should be a multiple of 4 bytes, the rest is 
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filled with (0x00). 

[0095] In Fig. 1 6C, key code ID = 97 representing that 
I SRC (International Standard Recording Code: Copy- 
right code) as additional information. SIZE = 0x14 (20 
bytes) representing that the data length of the additional s 
information is 20 bytes. C = 0x00 and L = 0x00 repre- 
senting that characters and language have not been set 
Thus, the data is binary code. The variable length data 
is eight-byte I SRC code representing copyright informa- 
tion (nation, copyright owner, recorded year, and serial 10 
number). 

[0096] In Fig. 160, key code ID =is 97 representing 
recorded date and time as additional information. SIZE 
= 0x 10(16 bytes) representing that the data length of 
the additional information is 16 bytes. C = 0x00 and L = is 
representing that characters and language have not 
been set. The variable length data is four-byte code (32 
bit) representing the recorded date and time (year, 
month, day, hour, minute, second). 

[0097] In Fig. 16E, key code ID = 107 representing a 20 
reproduction log as additional information. SIZE = 0x10 
(16 bytes) representing that the data length of the addi- 
tional information is 1 6 bytes. C = 0x00 and L - 0x00 
representing that characters and language have not 
been set. The variable length data is a four-byte code 25 
representing a reproduction log (year, month, day, hour, 
minute, second). When the recorder/player has a repro- 
duction log function, it records data of 16 bytes when- 
ever it reproduces music data. 

[0098] Fig. 1 7 is a schematic diagram showing a data 30 
arrangement of ATRAC3 data file A3Dnnnn in the case 
that 1 SU is N bytes (for example, N = 384 bytes). Fig. 
1 7 shows an attribute header (1 block) of a data file and 
a music data file (1 block). Fig. 17 shows the first byte 
(0x0000 to 0x7FF0) of each slot of the two blocks ( 1 6 x 35 
2 = 32 kbytes). As shown in Fig. 18, the first 32 bytes of 
the attribute header are used as a header; 256 bytes 
are used as a music program area NM 1 (256 bytes); and 
512 bytes are used as a music program title area NM2 
(51 2 bytes). The header of the attribute header contains *o 
the following areas. 

= BLKID-HD0 (4 bytes) 
Meaning: BLOC KID FIELD ID 

Function: Identifies the top of an ATFIA3 data file. 45 

Value: Fixed value = "HD = 0" (For example, 

0x48442D30) 

= MCode (2 bytes) 

Meaning: MAKER CODE 

Function: Identifies the maker and model of the re- so 
corder/player 

Value: High-order 10 bits (maker code); low-order 

6 bits (machine code) 

= BLOCK SERIAL (4 bytes) 

Meaning: Track serial number ss 
Function: Starets from 0 and increments by 1 . Even 
if a music program is edited, this value does not 
vary. 



Value: 0 to OxFFFFFFFF. 
= N1C+L (2 bytes) 

Meaning: Represents the attribute of data (NM1 ) of 
a track (music program title). 
Function: Represent the character code and lan- 
guage code of NM1 as one byte code, 
value: Same as SN1C+L 
= N2C+L (2 bytes) 

Meaning: Represents the attribute of data (NM2) of 
a track (music program title). 
Function: Represent the character code and lan- 
guage code of NM1 as one byte code. 
Value: Same as SN1C+L 
= INFSIZE (2 bytes) 

Meaning: Total size of additional information of cur- 
rent track. 

Function: Represents the data size as a multiple of 
16 bytes. When data is not recorded, this area 
should be all 0. 
Value: 0x0000 to 0x3C6 (966) 
= T-PRT (2 bytes) 
Meaning: Number of total bytes 
Function: Represents the number of parts that com- 
poses the current track. Normally, the value of T- 
PRT is1. 

Value: 1 to 285 (645 dec). 
= T-SU (4 bytes) 
Meaning: Number of total SU. 
Function: Represents the total number of SU in one 
track that is equivalent to the program performance 
duration. 

Value: 0x01 toOxOOlFFFFF 
= I NX (2 bytes) (Option) 
Meaning: Relative position of INDEX 
Function: Used as a pointer that represents the top 
of a representative portion of a music program. The 
value of I NX is designated with a value of which the 
number of SU is divided by 4 as the current position 
of the program. This value of I NX is equivalent to 4 
times larger than the number of SU (around 93 
msec). 

Value: 0 to OxFFFF (max, around 6084 sec) 
= XT (2 bytes) (Option) 
Meaning: Reproduction duration of INDEX 
Function: Designates the reproduction duration 
designated by INX-nnn with a value of which the 
number of SU is divided by 4. The value of INDEX 
is equivalent to four times larger than the normal SU 
(around 93 msec). 

V&lue: 0x0000 (no setting); 0x01 to OxFFFE (up to 
6084 sec); OxFFFF (up to end of music program) 

[0099] Next, the music program title areas NM1 and 
NM2 will be described. 

= NM1 

Means: Character string of music program title 
Function: Represents a music program title as one 
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byte code (up to 256 characters) (variable length). 
The title area should be completed with an end code 
(0x00). The size should be calculated from the end 
code. When data is not recorded, null (0x00) should 
be recorded from the beginning (0x0020) of the ar- 
ea for at least one byte. 
Value: Various character codes 
= NM2 

Means: Character string of music program title 
Function: Represents a music program title as two 
byte code (up to 512 characters) (variable length). 
The title area should be completed with an end code 
(0x00). The size should be calculated from the end 
code. When data is not recorded, null (0x100) 
should be recorded from the beginning (0x01 20) of 
the area for at least two bytes. 
Value: Various character codes 

[0100] Data of 80 bytes starting from the fixed position 
(0x320) of the attribute header is referred to as track 
information area TRKINF. This area is mainly used to 
totally manage the security information and copy control 
information. Fig. 19 shows a part of TRKINF. The area 
TRKINF contains the following areas. 

= CONTENTS KEY (8 bytes) 
Meaning: Value for each music program. The value 
of CONTENTS KEY is protected in the security 
block of the memory card and then stored. 
Function: Used as a key for reproducing a music 
program. It is used to calculate the value of MAC. 
Value: 0 to OxFFFFFFFFFFFFFFFF 
= MAC (8 bytes) 

Meaning: Forged copyright information check value 
Function: Represents the value generated with a 
plurality of values of TRKINF including contents cu- 
mulation numbers and a secret sequence number. 

[0101] The secret sequence number is a sequence 
number recorded in the secret area of the memory card. 
A non-copyright protection type recorder cannot read 
data from the secret area of the memory card. On the 
other hand, a copyright protection type recorder and a 
computer that operates with a program that can read 
data from a memory card can access the secret area. 

= A (1 byte) 

Meaning: Attribute of part- 
Function: Represents the information of such as 
compression mode of a part. 
Value: The details will be described in the following 
(see Figs. 1 9 and 20). 

[0102] Next, the value of the area A will be described. 
In the following description, monaural mode (N = 0 or 1 ) 
is defined as a special joint mode of which bit 7 = 1 , sub 
signal - 0, main signal = (L+R). A non-copyright protec- 
tion type player may ignore information of bits 2 and 1 . 



[0103] Bit 0 of the area A represents information of 
emphasis on/off state. Bit 1 of the area A represents in- 
formation of reproduction skip or normal reproduction. 
Bit 2 of the area A represents information of data type 
5 such as audio data. FAX data, or the like. Bit 3 of the 
area A is undefined. By a combination of bits 4, 5, and 
6, mode information of ATRAC3 is defined as shown in 
Fig. 20. In other words, N is a mode value of 3 bits. For 
five types of modes that are monauTal (N = 0 or 1 ), LP 

io (N = 2), SP (N = 4), EX (N = 5). and HQ (N = 7). record 
duration (64 MB memory card only), data transmission 
rate, and the number of SU per block are listed. The 
number of bytes of 1 SU depends on each mode. The 
number of bytes of 1 SU in the monaural mode is 136 

is bytes. The number of bytes of 1 SU in the LP mode is 
1 92 bytes. The number of bytes of 1 SU in the SP mode 
is 304 bytes. The number of bytes of 1 SU tn the EX 
mode is 384 bytes. The number of bytes of 1 SU tn the 
HQ mode is 512 bytes. Bit 7 of the area A represents 

20 ATRAC3 modes (0: Dual, 1 : JOint). 

[0104] For example, an example of which a 64 MB 
memory card is used in the SP mode will be described. 
A 64-MB memory card has 3968 blocks. In the SP mode, 
since 1 SU is 304 bytes, one block has 53 SU. 1 SU is 

25 equivalent to (1024/44100) seconds. Thus, one block is 
(1024/44100) x 53 x (3968 - 10) = 4863 seconds = 81 
minutes. The transmission rate is (44100/1024) x 304 x 
8 = 104737 bps. 

30 - LT (one byte) 

Meaning: Fteproduction restriction flag (bits 7 and 

6) and security partition (bits 5 to 0). 

Function: Represents a restriction of the current 

track. 

35 Value: bit 7. 0 = no restriction, 1 = restriction 
bit 6: 0 = not expired, 1 = expired 
bits 5 toO: security partition (reproduction prohibited 
other than 0) 
= FNo (2 bytes) 

*o Meaning: File number. 

Function: Represents the initially recorded track 
number that designates the position of the MAC cal- 
culation value recorded in the secret area of the 
memory card. 

46 Value: 1 to 0x190 (400) 

= MG(D) SERIAL-nnn (16 bytes) 
Meaning: Represents the serial number of the se- 
curity block (security IC 20) of the recorder/player. 
Function: Unique value for each recorder/player 

so Value: 0 to 

OxFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFFF 

= CONNUM (4 bytes) 

Meaning: Contents cumulation number 

Function: Represents a unique value cumulated for 

ss each music program. The value is managed by the 
security block of the recorder/player. The upper limit 
of the value is 2^ that is 4,200,000,000. Used to 
identify a recorded program. 
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Value: 0 to OxFFFFFFFF 
' YMDhms-S (4 bytes) (Option) 
Meaning: Reproduction start date and time of track 
with reproduction restriction 
Function: Represents the date and time at which 
data reproduction is permitted with EMD. 
Value: Same as the notation of date and time of oth- 
er areas 

= YMDhms-E (4 bytes) (Option) 

Meaning: Reproduction end date and time of track 

with reproduction restriction 

Function: Represents the date and time at which 
data reproduction is expired with EMD. 
Value: Same as the notation of date and time of oth- 
er areas 

= MT (1 byte) (Option) 

Meaning: Maximum value of number of permitted 
reproduction times 

Function: Represents the maximum number of re- 
production times designated by EMD. 
Value: 1 to OxFF. When not used, the value of the 
area MT is 00. 
= CT (1 byte) (Option) 
Meaning: Number of reproduction times 
Function: Represents the number of reproduction 
times in the number of permitted reproduction 
times. Whenever data is reproduced, the value of 
the area CT is decremented. 

Value: 0x00 to OxFF. When not used, the value of 
the area CT is 0x00. When bit 7 of the area LT is 1 
and the value of the area CT is 00, data is prohibited 
from being reproduced. 
= CC (1 byte) 



Meaning: COPY CONTROL 
Function: Controls the copy operation. 
Value: bits 6 and 7 represent copy control infor- 
mation, bits 4 and 5 represent copy control information 
of a high speed digital copy operation, bits 2 and 3 rep- 
resent a security block authentication level, bits 0 and 1 
are undefined. 
[0105] Example of CC: 



speed serial copy management system 
Function: Extends the copy permission with the 
number of copy times, not limited to one time copy 
permission and copy free permission. Valid only in 
5 first copy generation. The value of the area CN is 

decremented whenever the copy operation is per- 
formed. 
Value' 

10 00: Copy prohibited 

01 to OxFE: Number of times 
OxFF: Unlimited copy times 

[01 07] The track information area TRKINF is followed 
is by a 24-byte part management information area 
(PRTINF) starting from 0x0370. When one track is com- 
posed of a plurality of parts, the values of areas PRTINF 
of the individual parts are successively arranged on the 
time axis. Fig. 22 shows a part of the area PRTINF. Next, 
20 areas in the area PRTINF will be described in the order 
of the arrangement. 

= PRTSIZE (4 bytes) 
Meaning: Part size 
25 Function: Represents the size of a part. Cluster: 2 
bytes (highest position), start SU: 1 byte (upper), 
end SU: 1 byte (lowest position). 
Value: cluster: 1 to0xlF40 (8000) 

30 start SU:0 to OxAO (160) 

end SU: 0 to OxAO ( 1 6) (Note that SU starts from 
0) 

= PRTKEY (8 bytes) 
3$ Meaning: Part encrypting value 

Function: Encrypts a part. Initial value = 0. Note that 

edit rules should be applied. 

value: 0 to OxFFFFFFFFFFFFFFFF 

= CONNUM0 (4 bytes) 
to Meaning: Initially generated contents cumulation 

number key 

Function: Uniquely designates an ID of contents. 
Value: Same value as the value of the contents cu- 
mulation number initial value key 



(bits 7 and 6) 

1 1 : Unlimited copy operation permitted 
01 : copy prohibited 

00: one time copy operation permitted (bits 3 and 2) 
00: analog/digital input recording MG authentica- 
tion level is 0. 

[0106] When digital record operation using data from 
a CD is performed, (bits 7 and 6): 00 and (bits 3 and 2): 
00. 

= CN (1 byte) (Option) 

Meaning: Number of permitted copy times in high 



so 



ss 



[01 08] As shown in Fig. 1 7, the attribute header of an 
ATRAC3 data file contains additional information INF. 
The additional information is the same as the additional 
information INF-S (see Figs. 11 and 128) of the repro- 
duction management file except that the start position 
is not fixed. The last byte position (a multiple of four 
bytes) at the end of one or a plurality of parts is followed 
by data of the additional information INF 

= INF 

Meaning: Additional information with respect to 
track 

Function: Represents variable length additional in- 
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formation with a header. A plurality of different types 
of additional information may be arranged. Each of 
additional information areas has an ID and a data 
size. Each additional information area is composed 
of at least 16 bytes and a multiple of 4 bytes. 5 
Value: Same as additional information INF-S of re- 
production management file 

[0109] The above-described attribute header is fol- 
lowed by data of each block of an ATRAC3 data file. As to 
shown in Fig. 23, a header is added for each block. Next, 
data of each block will be described. 

= BLKID- A3D (4 bytes) 

Meaning: BLOCKID FILE ID ts 
Function: Identifies the top of ATRAC3 data. 
Value: Fixed value = 'A3D' (for example, 
0x41334420) 
= MCode (2 bytes) 

Meaning: MAKER CODE 20 
Function: Identifies the maker and model of the re- 
corder/player 

Value: High-order 10 bits (maker code); loworder 
6 bits (model code) 

= CONNUMO (4 bytes) 2s 
Meaning: Cumulated number of initially created 
contents 

Function: Designates a unique ID for contents. 
Even if the contents are edited, the value of the area 
CONNUMO is not changed. 30 
Value: Same as the contents cumulation number in- 
itial key 

= BLOCK SERIAL (4 bytes) 
Meaning: Serial number assigned to each track 
Function: Starts from 0 and increments by 1 . Even 
if the contents are edited, the value of the area 
BLOCK SERIAL is not changed. 
Value: 0 to OxFFFFFFFF 
= BLOCK-SEED (8 bytes) 
Meaning: Key for encrypting one block 
Function: The beginning of the block is a random 
number generated by the security block of the re- 
corder/player. The random number is followed by a 
value incremented by 1 . When the value of the area 
BLOCK7SEEOJs.lost,.sinee-sound is not generated 
for around one second equivalent to one block, the 
same data is written to the header and the end of 
the block. Even if the contents are edited, the value 
of the area BLOCK-SEED is not changed. 
Value: Initially 8-bit random number 
= INITIALIZATION VECTOR (8 bytes) 
Meaning: Value necessary for encrypting/decrypt- 
ing ATRAC 3 data 

Function: Represents an initial value necessary for 
encrypting and decrypting ATRAC3 data for each ss 
block. A block starts from 0. The next block starts 
from the last encrypted 8-bit value at the last SU 
When a block is divided, the last eight bytes just be- 
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fore the start SU is used. Even if the contents are 
edited, the value of the area INITIALIZATION VEC- 
TOR is not changed. 
Value: 0 to OxFFFFFFFFFFFFFFFF 
= SU-nnn 

Meaning: Data of sound unit 
Function: Represents data compressed from 1024 
samples. The number of bytes of output data de- 
pends on the compression mode. Even if the con- 
tents are edited, the value of the area SU-nnn is not 
changed. For example, in the SP mode. N = 384 
bytes. 

Value: Data value of ATRAC3 

[0110] In Fig. 1 7 f since N = 384, 42 SU are written to 
one block. The first two slots (4 bytes) of one block are 
used as a header. In the last slot (two bytes), the areas 
BLKID-A3D. MCode. CONNUMO, and BLOCK SERIAL 
are redundantly written. Thus, M bytes of the remaining 
area of one block is (16,384 - 384 x 42 - 16 x 3 = 208) 
bytes. As described above, the eight-byte area BLOCK 
SEED is redundantly recorded. 

[0111] When the FAT area is destroyed, all blocks of 
the flash memory are searched. It is determined whether 
the value of the area ID BLKID at the beginning of each 
block is TL0, HD0, or A3D. As shown in Figs. 24A to 
24C, at step SP1 , it is determined whether or not the 
value of the area ID BLKID at the beginning of the top 
block is BLKID-TL0. When the determined result at step 
SP1 is No, the flow advances to step SP2. At step SP2, 
the block number is incremented. Thereafter, at step 
SP3, it is determined whether or not the last block has 
been searched. 

[0112] When the determined result at step SP3 is No, 
the flow returns to step SP1. 

[0113] When the determined result at step SP1 is Yes, 
the flow advances to step SP4. At step SP4, it is deter- 
mined that the searched block is the reproduction man- 
agement file PBUST Thereafter, the flow advances to 
step SP5. At step SP5, the number of total tracks T-TRK 
in the reproduction management file PBLIST is stored 
as N to the register. For example, when the memory has 
stored 10 ATRAC3 data files (10 music programs), 10 
has been stored In T-TRK. 

[0114] Next, with reference to the value of the number 
of total tracks T-TRK, TRK-001 to TRK-400 of blocks 
are successively referenced. In this example, since 10 
music programs have been recorded, TRK-O01 to TRK- 
010 of blocks are referenced. Since a file number FNO 
has been recorded in TRK-XXX (where X = 1 to 400) at 
step SP7, a table that correlates the track number TRK- 
XXX and the file number FNO is stored to the memory. 
Next, at step SP8, N stored in the register is decrement- 
ed. A loop of steps SP6, SP7, and SP8 is repeated until 
N becomes 0 at step SP9. 

[0115] When the determined result at step SP9 is Yes, 
the flow advances to step SP1 0. At step SP 1 0, the point- 
er is reset to the top block. The searching process is 
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repeated from the top block. Thereafter, the flow ad- 
vances to step SP11. At step SP11, it is determined 
whether or not the value of the area ID BLKID of the top 
block is BLKID-HDO. When the determined result at step 
SP11 is No, the flow advances to step SP12. At step s 
SP12, the block number is incremented. At step SP13, 
it is determined whether or not the last block has been 
searched. 

[0116] When the determined result at step SP13 is 
No, the flow returns to step SP11. The searching proc- io 
ess is repeated until the determined result at step SP11 
becomes Yes. 

[0117] When the determined result at step SP11 is 
Yes, the flow advances to step SP14. At step SP14, it 
is determined that the block is the attribute header (see is 
Fig. 8) (0x0000 to 0x03FFF shown in Fig. 18) at the be- 
ginning of the ATRAC3 data file. 

[0118] Next, at step SP15, with reference to the fife 
number FNO, the sequence number BLOCK SERIAL of 
the same ATRAC data file, and the contents cumulation 20 
number key CONNUM0 contained in the attribute head- 
er, they are stored to the memory When 10 ATRAC3 
data files have been recorded, since there are 10 blocks 
of which the value of the area ID BLKID of the top block 
is BLKID-TL0, the searching process is continued until 25 
10 blocks are searched. 

[0119] When the determined result at step SP13 is 
Yes, the flow advances to step SP16. At step SP16. the 
pointer is reset to the top block. The searching process 
is repeated from the top block. 30 
[01 20] Thereafter, the flow advances to step SP 1 7. At 
step SP17, it is determined whether or not the value of 
the area ID BLKID of the top block is BLKID-A3D. 
[0121] When the determined result at step SP17 is 
No, the flow advances to step SP18. At step SP18, the 35 
block number is incremented. Thereafter, at step SP18\ 
it is determined whether or not the last block has been 
searched. When the determined result at step SP18' is 
No, the flow returns to step SP17. 

[0122] When the determined result at step SP17 is 40 
Yes, the flow advances to step SP19. At step SP19, it 
is determined .that the block contains ATRAC3 data. 
Thereafter, the flow advances to step SP20. At step 
SP20, with reference to the serial number BLOCK SE- 
RIAL recorded in the ATRAC 3 data block and the con- 45 
tents cumulation number key CONNUM0, they are 
stored to the memory. 

[0123] In the same ATRAC3 data file, the common 
number is assigned as the contents cumulation number 
key CONNUM0. In other words, when one ATRAC3data so 
file is composed of 10 blocks, a common number is as- 
signed to all the values of the areas CONNUM0. 
[0124] In addition, when one ATRAC3 data is com- 
posed of 10 blocks, serial numbers 1 to 0 are assigned 
to the values of the areas BLOCK SERIALs of the 10 ss 
blocks. 

[0125] Corresponding to the values of the areas 
CONNUM0 and BLOCK SERIAL, it is determined 



whether the current block composes the same contents 
and the reproduction order of the current block in the 
same contents (namely, the connection sequence). 
[01 26] When 1 0 ATRAC3 data files (namely, 1 0 music 
programs) have been recorded and each of the ATRAC3 
data files is composed of 10 blocks, there are 100 data 
blocks. 

[0127] Wrth reference to the values of the areas 
CONNUM0 and BLOCK SERIAL, the reproduction or- 
der of music programs of 100 data blocks and the con- 
nection order thereof can be obtained. 
[0128] When the determined result at step SP19 is 
Yes, all the blocks have been searched for the repro- 
duction management file, the ATRAC3 data file, and the 
attribute file. Thus, at step SP21, based on the values 
of the areas CONNUMO, BLOCK SERIAL, FNO, and 
TRK-X in the order of block numbers of the blocks stored 
in the memory, the file connection state is obtained. 
[01 29] After the connection state is obtained, the FAT 
may be generated in a free area of the memory. 
[01 30] Next, a management file according to a second 
embodiment of the present invention will be described. 
Fig. 25 shows the file structure according to the second 
embodiment of the present invention. Referring to Fig. 
25, a music directory contains a track information man- 
agement file TRKLISTMSF (hereinafter, referred to as 
TRKUST), a backup track information management file 
TRKLISTB.MSF (hereinafter, referred to as TRKLISTB), 
an additional information file INFLIST.MSF (that con- 
tains an artist name, an ISRC code, a time stamp, a still 
picture data, and so forth (this file is referred to as IN- 
FIST)), an ATRAC 3 data file A3Dnnnn.MSF (hereinaf- 
ter, referred to as A3nnnn). The file TRKUST contains 
two areas NAME1 and NAME2. The area NAME1 is an 
area that contains the memory card name and the pro- 
gram name (for one byte code corresponding to ASCII/ 
8859-1 character code). The area NAME2 is an area 
that contains the memory card name and the program 
name (for two byte code corresponding to MS^JIS/ 
Hankul/Chinese code). 

[0131] Fig. 26 shows the relation between the track 
information management file TRKLIST the areas 
NAME1 and NAME2, and the ATRAC3 data file 
A3Dnnnn. The file TRKUST is a fixed-length file of 64 
kbytes (= 16 k x 4). An area of 32 kbytes of the file is 
used for managing tracks. The remaining area of 32 
kbytes is used to contain the areas NAME1 and NAME2. 
Although the areas NAME1 and NAME2 for program 
names may be provided as a different file as the track 
information management file, in a system having a small 
storage capacity, it is convenient to totally manage the 
track information management file and program name 
files. 

[0132] The track information area TRKINF-nnnn and 
part information area PRTINF-nnnn of the track informa- 
tion management file TRKLIST are used to manage the 
data file A3Dnnnn and the additional information IN- 
FLIST. Only the ATRAC3 data file A3Dnnnn is encrypt- 
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ed. In Fig. 26, the data length in the horizontal direction 
is 1 6 bytes (0 to F). A hexadecimal number in the vertical 
direction represents the value at the beginning of the 
current line. 

[0133] According to the second embodiment, three 
files that are the track management file TRKUST (in- 
cluding a program title file), the additional information 
management file INFUST. and the data file A3Dnnnn 
are used. According to the first embodiment (see Figs. 
7, 8, and 9), two files that are the reproduction manage- 
ment file PBUST for managing all the memory card and 
the data file ATFIAC3 for storing programs are used. 
[0134] Next, the data structure according to the sec- 
ond embodiment will be described. For simplicity, in the 
data structure according to the second embodiment, the 
description of similar portions to those of the first em- 
bodiment is omitted. 

[01 35] Fig. 27 shows the detailed structure of the track 
information management file TRKLIST In the track in- 
formation management file TRKLIST, one cluster 
(block) is composed of 1 6 kbytes. The size and data of 
the file TRKLISTB are the same as those of the backup 
file TRKLISTB. The first 32 bytes of the track information 
management file are used as a header. As with the 
header of the reproduction management file PBLIST, 
the header of the file TRKLIST contains a BLKID- 
TL07TL1 (backup file ID) area (4 bytes), an area T-TRK 
(2 bytes) for the number of total tracks, a maker code 
area MCode (2 bytes), an area REVISION (4 bytes) for 
the number of TRKLIST rewrite times, and an area S- 
YMDhms (4 bytes) (option) for update date and time da- 
ta. The meanings and functions of these data areas are 
the same as those of the first embodiment. In addition, 
the file TRKLIST contains the following areas. 

= YMDhms (4 bytes) 
[0136] Represents the last update date (year, month, 
day) of the file TRKLIST. 

= N1 (1 byte) (Option) 
[0137] Represents the sequential number of the 
memory card (numerator side). When one memory card 
is used, the value of the area N1 is 0x01 . 

= N2 (1 byte) (Option) 
[0138] Represents the sequential number of the 
memory card (denominator side). When one memory 
card is used, the value of the area N2 is 0x01 . 

= MSID (2 bytes) (Option) 
[0139] Represents the ID of a memory card. When a 
plurality of memory cards is used, the value of the area 
MSID of each memory card is the same (T.B.D.). (T.B. 
D. (to be defined) represents that this value may be de- 
fined in future). 

= S-TRK (2 bytes). 
[0140] Represents a special track (T.B.D.). Normally, 
the value of the area S-TRK is 0x0000. 

= PASS (2 bytes) (Option) 
[0141] Represents a password (TB.D). 

= APP (2 bytes) (Option) 
[0 1 42] Represents the definition of a reproduction ap- 
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plication (TB.D.) (normally, the value of the area APP is 
0x0000). 

= INF-S (2 bytes) (Option) 
[0143] Represents the additional information pointer 
of the entire memory card. When there is no additional 
information, the value of the area INF-S is 0x00. 
[0144] The last 16 bytes of the file TRKLIST are used 
for an area BLKID-TL0, an area MCode, and an area 
REVISION that are the same as Those of the header. 
The backup file TRKLISTB contains the above-de- 
scribed header. In this case, the header contains an ar- 
ea BLKI D-TL1 . an area MCode, and an area REVISION. 
(01 45] The header is followed by a track information 
area TRKINF for information with respect to each track 
and a part information area PRTINF for information with 
respect to each part of tracks (music programs). Fig. 27 
shows the areas preceded by the area TRKLIST The 
lower portion of the area TRKLISTB shows the detailed 
structure of these areas. In Fig. 27, a hatched area rep- 
resents an unused area. 

[0146] The track information area TRKINF-nnn and 
the part information area PRTINF-nnn contain areas of 
an ATRAC3 data file. In other words, the track informa- 
tion area TRKINF-nnn and the part information area 
PRTINF-nnn each contain a reproduction restriction flag 
area LT (1 byte), a contents key area CONTENTS KEY 
(8 bytes), a recorder/player security block serial number 
area MG(D) SERIAL (16 bytes), an area XT (2 bytes) 
(option) for representing a feature portion of a music pro- 
gram, an area INX (2 bytes) (option), an area YMDhms- 
S (4 bytes) (option), an area YMDhms-E (4 bytes) (op- 
tion), an area MT (1 byte) (option), an area CT (1 byte) 
(option), an area CC (1 byte) (option), an area CN (1 
byte) (option) (these areas YMDhms-S, YMDhms-E, 
MT, CT, CC, and CN are used for reproduction restriction 
information and copy control information), an area A (1 
byte) for part attribute, a part size area PRTSIZE (4 
bytes), a part key area PRTKEY (8 bytes), and a con- 
tents cumulation number area CONNUM (4 bytes). The 
meanings, functions, and values of these areas are the 
same as those of the first embodiment. In addition, the 
track information area TRKINF-nnn and the part infor- 
mation area PRTINF-nnn each contain the following ar- 
eas. 

= TO (1 byte) 

Fixed value (TO = 0x74) 

= INF-nnn (Option) (2 bytes) 
[0147] Represents the additional information pointer 
(0 to 409) of each track. 00: music program without ad- 
ditional information. 

- FNM-nnn (4 bytes) 
[0148] Represents the file number (0x0000 to 
OxFFFF) of an ATRK3 data file. 

[0149] The number nnnn (in ASCII) of the ATRAC 3 
data file name (A3Dnnnn) is converted into Oxnnnnn. 

= APP_CTL (4 bytes) (Option) 
[0150] Represents an application parameter (TB.D.) 
(Normally, the value of the area APP_CTL is 0x0000). 
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- P-nnn (2 bytes) 
[0151] Represents the number of parts (1 to 2039) 
that compose a music program. This area corresponds 
to the above-described area T-PART. 

= PR (1 byte) 
[01 52] Fixed value (PR = 0 x 50). 
[0153] Next, the areas NAME1 (for one byte code) 
and NAME2 (for two byte code) for managing names 
win be described. Fig. 28 shows the detailed structure 
of the area NAME1 (for one byte code area). Each of 
the areas NAME1 and NAME2 (that will be described 
later) is segmented with eight bytes. Thus, their one slot 
is composed of eight bytes. At 0x8000 that is the begin- 
ning of each of these areas, a header is placed. The 
header is followed by a pointer and a name. The last 
slot of the area NAME1 contains the same areas as the 
header. 

= BLKID-NM1 (4 bytes) 
[01 54] Represents the contents of a block (fixed val- 
ue) (NM1 =0x4E4D2D31). 

= PNMt-nnn (4 bytes) (Option) 
[0155] Represents the pointer to the area NM1 (for 
one byte code). 

= PNM1-S 

[01 56] Represents the pointer to a name representing 
a memory card. 

nnn (= 1 to 408) represents the pointer to a music 
program title. 

[0157] The pointer represents the start position (2 
bytes) of the block, the character code type (2 bits), and 
the data size (14 bits). 

= NM1 -nnn (Option) 
[01 58] Represents the memory card name and music 
program title for one byte code (variable length). An end 
code (0x00) is written at the end of the area. 
[01 59] Fig. 29 shows the detailed data structure of the 
area NAME 2 (for two byte code). At 0x8000 that is the 
beginning of the area, a header is placed. The header 
is followed by a pointer and a name. The last slot of the 
area NAME2 contains the same areas as the header. 

= BLKID-NM2 (4 bytes) 
[0160] Represents the contents of a block (fixed val- 
ue) (NM2 = 0x4E4D2D32). 

= PNM2-nnn (4 bytes) (Option) 
[0161] Represents the pointer to the area NM2 (for 
two byte code). 

PNM2-S represents the pointer to the name rep- 
resenting the memory card, nnn (= 1 to 408) represents 
the pointer to a music program title. 
[0162] The pointer represents the start position (2 
bytes) of the block, the character code type (2 bits), and 
the data size (14 bits). 

= NM2-nnn (Option) 
[0163] Represents the memory card name and music 
program title for two byte code (variable). An end code 
(0x0000) is written at the end of the area. 
[0164] Fig. 30 shows the data arrangement (for one 
block) of the ATRAC3data file A3Dnnnn in the case that 



1 SU is composed of N bytes. In this file, one slot is com- 
posed of eight bytes. Fig. 30 shows the values of the top 
portion (0x0000 to 0x3FF8) of each slot. The first four 
slots of the file are used for a header As with the data 

5 block preceded by the attribute header of the data file 
(see Fig. 17) of the first example, a header is placed. 
The header contains an area BLKID-A3D (4 bytes), a 
maker code area MCode (2 bytes7, an area BLOCK 
SEED (8 bytes) necessary for encrypting process, an 

io area CONNUM0 (4 bytes) for the initial contents cumu- 
lation number, a serial number area BLOCK SERIAL (4 
bytes) for each track, and an area INITIALIZATION 
VECTOR (8 bytes) necessary for encrypting/decrypting 
process. The second last slot of the block redundantly 

*5 contains an area BLOCK SEED. The last slot contains 
areas BLKID-A3D and MCode. As with the first embod- 
iment, the header is followed by the sound unit data SU- 
nnna 

[01 65] Fig. 31 shows the detailed data structure of the 
20 additional information management file INFLIST that 
contains additional information. In the second embodi- 
ment, at the beginning (0x0000) of the file INFLIST, the 
following header is placed. The header is followed by 
the following pointer and areas. 
& = BLKI D-l NF (4 bytes) 

[0 1 66] Represents the contents of the block (fixed val- 
ue) (INF = 0x494E464F) 
= T-DAT (2 blocks) 
[0167] Represents the number of total data areas (0 
30 to 409). 

= MCode (2 bytes) 
[0168] Represents the maker code of the recorder/ 
player 

= YMDhms (4 bytes) 
35 [01 69] Represents the record updated date and time. 
= INF-nnnn (4 bytes) 
[01 70] Represents the pointer to the area DATA of the 
additional information (variable length, as 2 bytes (slot) 
at a time). The start position is represented with the high 
40 order 1 6 bits (0000 to FFFF). 

= DataSlot-0000 (0x0800) " 
[0171] Represents the offset value from the beginning 
(as a slot at a time). 

[01 72] The data size is represented with low order 1 6 
45 bits (0001 to 7FFF). A disable flag is set at the most 
significant bit. MSB = 0 (Enable), MSB = 1 (Disable) 
[01 73] The data size represents the total data amount 
of the music program. 

[0174] (The data starts from the beginning of each 
so slot. (The non-data area of the slot is filled with 00.) 
[01 75] The first INF represents a pointer to additional 
information of the entire album (normally, INF-409). 
[0176] Fig. 32 shows the structure of additional infor- 
mation. An 8-byte header is placed at the beginning of 
55 one additional information data area. The structure of 
the additional information is the same as that of the first 
embodiment (see Fig. 12C). In other words, the addi- 
tional information contains an area IN (2 bytes) as an 
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ID, an area key code IO (1 byte), an area SIZE (2 bytes) 
that represents the size of each additional information 
area, and a maker code area MCode (2 bytes). In addi- 
tion, the additional information contains an area SID (1 
byte) as a sub ID. 

[0177] According to the second embodiment of the 
present invention, in addition to the file system defined 
as a format of the memory card, the track information 
management file TRKLISTr music data is used. Thus, 
even if the FAT is destroyed, the file can be recovered. 
Fig. 33 shows a flow of a file recovering process. To re- 
cover the file, a computer that operates with a file recov- 
ery program and that can access the memory card and 
a storing device (hard disk. RAM, or the like) connected 
to the computer are used. The computer has a function 
equivalent to the DSP30. Next, a file recovering process 
using the track management file TRKLIST will be de- 
scribed. 

[01 78] All blocks of the flash memory whose FAT has 
been destroyed are searched for TL-O as the value 
(BLKID) at the top position of each block. In addition, all 
the blocks are searched for NM-1 as the value (BLKID) 
at the top position of each block. Thereafter, all the 
blocks are searched for NM-2 as the value (BLKID) at 
the top position of each block. All the contents of the 
four blocks (track information management file) are 
stored to for example a hard disk by the recovery com- 
puter. 

[01 79] The number of total tracks is obtained from da- 
ta after the fourth byte of the track information manage- 
ment file. The 20-th byte of the track information area 
TRKINF-001 . the value of the area CONNUM-001 of the 
first music program, and the value of the next area P- 
001 are obtained. The number of parts is obtained with 
the value of the area P-001. The values of the areas 
PRTSI2E of all parts of the track 1 of the area PRTINF 
is obtained. The number of total blocks (clusters) n is 
calculated and obtained. 

[0180] After the track information management file is 
obtained, the flow advances to step 102. At step 102. a 
voice data file (ATRAC3 data file) is searched. All blocks 
of other than the management file is searched from the 
flash memory. Blocks whose top value (BLKID) is A3D 
are collected. 

[0181] A block of which the value of the area 
CONNUM0 at the 16-th byte of A3Dnnnn is the same 
as that of the area CONNUM-001 of the first music pro- 
gram of the track information management file and of 
which the value of the area BLOCK SERIAL that starts 
from 20-th byte is 0 is searched. After the first block is 
obtained, a block (cluster) with the same value of the 
area CONNUM value as the first block and of which the 
value of BLOCK SERIAL is incremented by 1 (1 = 0 + 
1) is searched. After the second block is obtained, a 
block with the same value of the area CONNUM0 as the 
second block and of which the value of the area BLOCK 
SERIAL is incremented by 1 (2 = 1 + 1) is searched. 
[0182] By repeating the process, the ATRC3 data fife 
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is searched until n blocks (clusters) of the track 1 are 
obtained. When all the blocks (clusters) are obtained, 
they are successively stored to the hard disk. 
[0183] The same process for the track 1 is performed 
for the track 2. In other words, a block of which the vafue 
of the area CONNUM0 is the same as that of the area 
CONNUM -002 of the first music program of the track 
information management file andjpf which the value of 
the area BLOCK SERIAL that starts at the 20-th byte is 
searched. Thereafter, in the same manner as the track 
1 , the ATRAC3 data file is searched until the last block 
(cluster) n' is detected. After all blocks (clusters) are ob- 
tained, they are successively stored to the hard disk. 
[0184] By repeating the above-described process for 
ail tracks (the number of tracks: m), all the ATRAC3 data 
is stored to the hard disk controlled by the recovering 
computer. 

[0185] At step 103. the memory card whose the FAT 
has been destroyed is re-initialized and then the FAT is 
reconstructed. A predetermined directory is formed in 
the memory card. Thereafter, the track information man- 
agement file and the ATRAC3 data file for m tracks are 
copied from the hard disk to the memory card. Thus, the 
recovery process is finished. 

[01 86] In the management file and data file, important 
parameters (in particular, codes- in headeTS)rnay-be re- 
corded triply rather than doubly. When data is redun- 
dantly recorded, the same data may be recorded at any 
positions as long as they are apart from each other for 
one page or more. 

[0187] Next, with reference to Fig. 34, the relation be- 
tween data bytes and transmission rates according to 
the present invention will be described. As is clear from 
Fig. 20. the compression rate expected for conventional 
memory cards is around 1/8 to 1/43. In other words, the 
transmission rate of 705 kbps of one channel of a CD is 
compressed to 88 kbps to 16 kbps. In the case of 1024 
samples/channel used for ATRAC3, the SU data 
amount (hereinafter referred to as SU value) as the data 
unit of the compressing process is in the range from 256 
bytes to 48 bytes. The duration of 1024 bytes is equiv- 
alent to around 23 msec. This duration is the minimum 
edit unit. In the conventional method of which audio data 
is not encrypted, any SU value can be selected in such 
a range. 

[0188] A proper SU value is selected in consideration 
of a data unit (eight bytes) suitable for an encrypting 
process corresponding to DES. 16 bytes suitable for 
both stereo mode and monaural mode, and free of frac- 
tions in the encrypting process so as to improve the en- 
crypting process. In addition, it is preferable to record 
audio data of 74 minutes or longer in consideration of 
the record time of a CD. Alternatively, it is preferable to 
record video data of a multiple of 60 minutes for a VCR 
and a broadcast program. Thus, in consideration of 
record times of 74 minutes and 60 minutes, a proper SU 
value is selected. 

[01 89] In the case of two channels (stereo mode), as 
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proper SU values, 512 bytes, 400 bytes, 384 bytes, 320 
bytes, 272 bytes, 256 bytes, 192 bytes, and 160 bytes 
can be selected from the table shown in Fig. 34. 
[01 90] In Fig. 34, Example 71 represents the case that 
the transmission rate of each channel is 88.2 kbps. In s 
this case, the number of bytes of each channel is 256 
bytes. Thus, the number of bytes of two channels is 51 2 
bytes. The compression rate is represented by (number 
of bytes per SU / number of samples x number of sam- 
ples per sample) (that is, B/ (1024 x 2)). The number of io 
bytes per SU is a multiple of 16. The transmission rate 
in the case of two channels is 176.4 kbps. The number 
of SU inserted per block (16 kbytes) is 31 . 
[01 91] The record time of stereo audio data recorded 
with a memory card of 64 Mbytes is 2853.361 seconds is 
(47.556 minutes). Thus, in consideration of an allow- 
ance, stereo audio data of 47 minutes can be recorded, 
whereas monaural audio data of 95 minutes can be re- 
corded. The fraction of each block of the memory card 
becomes 512 bytes. Since one slot is composed of eight 20 
bytes, the number of remaining slots becomes 64 (512 
/ 8 = 64). As shown in Fig. 30, as the remaining slots, at 
least five slots are required. Thus, in Fig. 34, the data 
byte and transmission rate listed just below Example 71 
cannot be used because the number of remaining slots 25 
is 2. 

[0192] In Example 72, the transmission rate of one 
channel is 66.2 kbps. The number of bytes of one chan- 
nel is 192 bytes. The number of bytes of two channels 
is 384 bytes. The transmission rate of two channels is 30 
132.3 kbps. The number of SU is 42. The recordable 
time of stereo audio data is 3865.844 seconds (64.431 
minutes). In consideration of an allowance, stereo audio 
data of 64 minutes can be recorded, whereas monaural 
audio data of 1 28 minutes can be recorded. The number 3s 
of remaining bytes of each block is 256 bytes. The 
number of remaining slots of each block is 32 slots. 
[0193] In Example 73, the transmission rate of one 
channel is 52.4 kbps. The number of bytes of one chan- 
nel is 152 bytes. The number of bytes of two channels 40 
is 304 bytes. The transmission rate of two channels is 
104.7 kbps. The number of SU is 53. The recordable 
time of stereo audio data is 4878.327 seconds (81 .305 
minutes). In consideration of an allowance, stereo audio 
data of 81 minutes can be recorded, whereas monaural 43 
audio data of 162 minutes can be recorded. The number 
of remaining bytes of each block is 272 bytes. The 
number of remaining slots of each block is 34 slots. 
[0194] In Example 74, the transmission rate of one 
channel is 33. 1 kbps. The number of bytes of one chan- so 
nel is 96 bytes. The number of bytes of two channels is 
1 92 bytes. The transmission rate of two channels is 66.2 
kbps. The number of SU is 85. The recordable time of 
stereo audio data is 7823.732 seconds (130.396 min- 
utes). Thus, in consideration of allowance, stereo audio ss 
data of 1 30 minutes can be recorded, whereas monau- 
ral audio data of 260 minutes can be recorded. The 
number of remaining bytes of each block is 64 bytes. 



The number of remaining slots of each block is 8 slots. 
[0195] In comparison with the tables shown in Figs. 
34 and 20, Examples 71, 72. 73, and 74 correspond to 
HQ mode, EX mode, SP mode, and LP mode, respec- 
tively. 

[0196] The recording apparatus according to the 
present invention has an operating portion with which 
compression rates corresponding tcTthe HQ mode, the 
EX mode, the SP mode, the LP mode, and so forth can 
be selected. Corresponding to the operation of the op- 
erating portion, the recording apparatus selects a com- 
pression rate and records data with the selected com- 
pression rate. 

[0197] In the recording apparatus according to the 
present invention, the table shown in Fig. 34 is stored 
in an ROM memory. With reference to the ROM memory, 
the number of sound units corresponding to the com- 
pression rate is decided. Digital audio data that has 
been compressed and encoded corresponding to the 
number of sound units is block segmented and recorded 
to a flash memory. 

[01 98] Next, with reference to Fig. 1 , an example of a 
method for compressing data corresponding to a select- 
ed SU value will be described. In the mode selected with 
an external operating portion, an SU value correspond- 
ing to the mode is selected. The mode signal is supplied 
to the DSP 30 through the buses 33 and 32. The DSP 
30 supplies the selected SU value to the encoder/de- 
coder block 1 2. As described above, the encoder/de- 
coder block 12 performs a highly efficient encoding 
process for a digital audio signal written to the memory 
card 40. In addition, the encoder/decoder 1 2 decodes 
data read from the memory card 40. 
[01 99] When audio data of the flash memory is edited, 
data is recorded/reproduced in the unit of a page. Thus, 
it is convenient to select the number of bytes per SU as 
512 bytes, 256 bytes, or 128 bytes. Since the physical 
characteristic of SU matches that of the flash memory, 
data can be edited for each page without a loss. 
[0200] An example of which the physical characteris- 
tic of the flash memory matches that of SU is Example 
71 of which the number of bytes of two channels is 71 . 
Using Example 71, an SU of which 2048 samples are 
compressed to 51 2 bytes at a compression rate of (1/8) 
is generated. In this case, the recordable time of one SU 
becomes: 

2048 / 441 00 = 46.44 msec 

[0201] Although the edit (erase) unit becomes long, 
data can be effectively encrypted. 
[0202] According to the present invention, the data 
amount of SU in consideration of no-frictions of encrypt- 
ed data and the edit (erase) unit of the flash memory. 
Moreover, in consideration of the recordable time of au- 
dio data to a memory card, the compression rate is se- 
lected. Thus, data can be effectively encrypted. 
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[0203] Although the present invention has been 
shown and described with respect to a best mode em- 
bodiment thereof, it should be understood by those 
skilled in the art that the foregoing and various other 
changes, omissions, and additions in the form and detail 
thereof may be made therein without departing from the 
scope of the present invention. 

[0204] In so far as the embodiments of the invention 
described above are implemented, at least in part, using 
software-controlled data processing apparatus, it will be 
appreciated that a computer program providing such 
software control and a storage medium by which such 
a computer program is stored are envisaged as aspects 
of the present invention. 
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Claims 

1 . A non-volatile recording medium for recording a dig- 
ital audio signal that has been compressed at a 20 
compression rate selectable in a predetermined 
range and block-segmented in a predetermined da- 
ta length, 

wherein the predetermined data length of 
which the digital audio data is block-segmented is 25 
decided in consideration of the maximum recorda- 
ble time and the data length of which the digital au- 
dio signal is encrypted. 

2. The non-volatile record medium as set forth in claim 30 
1, 

wherein the recordable capacity of the non- 
volatile record medium is 64 Mbytes. 

3. The non -volatile record medium as set forth in claim 35 
1. 

wherein the predetermined range of the com- 
pression ratio is from 1/8 to 1/43. 

4. The non-volatile record medium as set forth in claim 40 
1. 

wherein the data length of which the digital au- 
dio data is encoded is a multiple of 8 or 16. 

5. The non-volatile record medium as set forth in claim *s 
1, 

wherein the maximum recordable time is a 
time period of which a data file of around 60 minutes 
or around 74 minutes is recorded. 

50 

6. The non-volatile record medium as set forth in claim 
1. 

wherein the non-volatile record medium is a 
flash memory. 

55 

7. The non-volatile record medium as set forth in claim 
6. 

wherein the data length of which the digital au- 



dio signal is block-segmented is selected in consid- 
eration of the record unit of the flash memory 

8. A recording method for recording a digital audio sig- 
s nal that has been compressed at a compression 
rate selectable in a predetermined range and block- 
segmented in a predetermined data length to a non- 
volatile record medium, comprising the steps of: 

10 deciding the predetermined data length of 

which the digital audio signal is block-segment- 
ed corresponding to the maximum recordable 
time and the data length of which the digital au- 
dio signal is encrypted; 

block-segmenting the encrypted digital audio 
signal corresponding to the decided predeter- 
mined data length; and 

recording the block-segmented digital audio 
signal to the non-volatile record medium. 

9. The recording method as set forth in claim 8, 
wherein the recordable capacity of the non- 
volatile record medium is 64 Mbytes. 

10. The recording method as set forth in claim 8, 
wherein the predetermined range of the com- 
pression ratio is from 1/8 to 1/43. 

11. The recording method as set forth in claim 8, 
wherein the data length of which the digital au- 
dio data is encoded is a multiple of 8 or 1 6. 

1 2. The recording method as set forth in claim 8, 
wherein the maximum recordable time is a 

time period of which a data file of around 60 minutes 
or around 74 minutes is recorded. 

1 3. The recording method as set forth in claim 8, 
wherein the non-volatile record medium is a 

flash memory. 



14. The recording method as set forth in claim 13, 

wherein the data length of which the digital au- 
dio signal is block-segmented is selected in consid- 
eration of the record unit of the flash memory. 

15. A recording apparatus for recording a digital audio 
signal that has been compressed at a compression 
rate selectable in a predetermined range and block- 
segmented in a predetermined data length to a non- 
volatile record medium, comprising: 

memory means having a table for deciding the 
predetermined data length of which the digital 
audio signal is block-segmented corresponding 
to the maximum recordable time and the data 
length of which the compressed digital audio 
signal is encrypted; 
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selecting means for selecting a predetermined 
compression rate in the predetermined range; 
deciding means for deciding the predetermined 
data length of which the encrypted digital audio 
signal is block-segmented with reference to the 5 
table of said memory means corresponding to 
the predetermined compression rate selected 
by said selecting means; 
block-segmenting means for block-segmenting 
the encrypted digital audio signal correspond- io 
tng to the predetermined data length decided 
by said deciding means; and 
recording means for recording the digital audio 
signal block segmented by said block segment- 
ing means to the non-volatile record medium. *s 

16. The recording apparatus as set forth in claim 15, 

wherein the recordable capacity of the non- 
volatile record medium is 64 Mbytes. 

20 

17. The recording apparatus as set forth in claim 15, 

wherein the predetermined range of the com- 
pression ratio is from 1/8 to 1/43. 

18. The recording apparatus as set forth in claim 15, 25 

wherein the data length of which the digital au- 
dio data is encoded is a multiple of 8 or 1 6. 

19. The recording apparatus as set forth in claim 15, 

wherein the maximum recordable time is a 30 
time period of which a data file of around 60 minutes 
or around 74 minutes is recorded. 

20. The recording apparatus as set forth in claim 15, 

wherein the non-volatile record medium is a 35 
flash memory. 

21. The recording apparatus as set forth in claim 20, 

wherein the data length of which the digital au- 
dio signal is block-segmented is selected in consid- *o 
eration of the record unit of the flash memory. 
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